DOCUMENT RESUME 



ED 0 5 8 832 



HE 002 760 



TITLE 

INSTITUTION 

PUB DATE 
NOTE 



A Pilot: Test of the Resource Requirements Prediction 
Model at Humboldt State College. 

California State Colleges, Inglewood- Office of the 
Chancellor. 

Sep 71 
107p- 



EDRS PRICE MF-SO-65 HC-$6.58 

DESCRIPTORS ♦Computer Science; Educational Administration; 

♦Educational Planning; ♦Higher Education; 
♦Management; ♦Management Information Systems 



ABSTRACT 

This publication presents Humboldt State College’s 
experience with the pilot testing of the Resource Requirements 
Prediction Model (RRPM) , an analytic computer designed to aid 
management decisionmaking and planning in institutions of higher 
education. RRPM has great potential as a planning tool that can 
improve resource management in higher education. Its cost 
computations represent an important first step in the difficult task 
of allocating costs back to degree winners, the ultimate outputs of 
the educational process. Used in a predictive mode, RRPM generates a 
large amount of information relevant to the planning of both support 
and capital budgets. Used in a simulation mode it provides a powerful 
tool for examining the consequences of alternative policy 
formulations. Additionally, RRPM serves as a very suggestive starting 
point for the definition of a comprehensive data base on one hand and 
for the further investigation of phenomena that are not now included 
in the model itself on the other. (Author/HS) 



o 

ERIC 



U.8. DEPARTMENT OF HEALTH, 
EDUCATION & WELFARE 
OFFICE OF EDUCATION 
THIS DOCUMENT HAS BEFN REPRO- 
DUCED EXACTLY AS RECEIVED FROM 
THE PERSON OR ORGANIZATION ORIG- 
INATING IT. POINTS OF VIEW OR OPIN^ 
IONS STATED DO NOT NECESSARILY 
REPRESENT OFFICIAL OFFICE OF EDU- 




ro 

K\ 

GO 

GO 



ir\ 



VJLl 




A PILOT TEST OF THE 

RESOURCE REQUIREMENTS PREDICTION MODEL 

AT 

HUMBOLDT STATE COLLEGE 



Donald F. Lawson, Project Director 
Office of Institutional Research, Humboldt State College 

John C. Busby, II 

Office of Institutional Research, Humboldt State College 
Alan P. Feddersen 

Division of Analytic Studies, Office of the Chancellor 

] Frank I. Jewett 

< Department of Economics, Humboldt State College 

! William D. O’Grady 

[ Division of Analytic Studies, Office of the Chancellor 

t' 

P 




September 1971 



2 



PREFACE 



This publication presents Humboldt State College’s experience with the pilot testing of the 
Resource Requirements Prediction Model (RRPM), an analytic model designed to aid management 
decision-making and planning in institutions of higher education. Both the development of RRPM 
and this pilot test were sponsored and supported by the National Center for Higher Education 
Management Systems (NCHEMS) at the Western Interstate Commission for Higher Education 
(WICHE) under a grant from the Office of Education in the United States Department of Health, 
Education, and Welfare. The Division of Analytic Studies provided assistance to the Humboldt State 
College staff during the pilot test. 

The material covered in this publication is directed at the broad variety of individuals who become 
' involved in both the decision on whether or not to implement models such as RRPM and the 
process of installation and use. Sections I, II, III, IV (Parts C and F), V, and Appendices A and B 
will probably hold the most appeal for planners and decision-makers using the product of the 
model. Sections IV (Parts A, B, C, and D), VI, and Appendices C and D will most likely be of 
greatest interest to analysts and those responsible for technical development and implementation. 
The Director of Institutional Research, or whoever is responsible for coordinating, directing, and/or 
supporting the program for analytic and information support to planning and decision-making will 
certainly want to have a hard look at Sections III, IV (Parts E and F), V, and Appendix B. 
Appendix B contains personal statements by members of the Humboldt State management group, 
who participated in the evaluation of RRPM, regarding models in general and RRPM in particular. 
Many readers will find their counterpart among these individuals. 

Not included in this report is much of the flavor and content of the numerous hours spent in 
discussing philosophy, objectives, processes, planning problems, decision variables and parameters, 
definitions, organization, etc. Building a model in theory can be important and interesting. 
Adapting and installing a model with the intent of use in a specific institution can be quite another 
matter. Working with specific and unique problems and limiting factors; differing individual 
decision styles, concepts, definitions, etc.; and unique exogenous variables is exacting, tiring, 
exhilarating, and educational. One can learn a great deal about the system, his school, his colleagues, 
and himself by participating in such an experience. 

A body of literature is building up in the area of the use of models and of planning and management 
systems in higher education. It would be quite helpful to the reader if he were familiar with the 
material contained in several of these publications which are contained in the Bibliography. 

The views expressed in this paper should not be interpreted as reflecting the views or policies of the 
California State Colleges. 
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The Resource Requirements Prediction Model (RRPM) combines a set of student enrollment 
projections with a quantitative description of a campus to obtain an estimate of the resources 
(faculty, staff, operating expenses, and space) necessary to support those students in their 
educational programs. Once the relationships between student enrollments and resources are 
understood, it is possible for the administrator or analyst to test certain changes in the 
institutional system and thus simulate the resulting effects on the required resources. 

The model is built around WICHE’s Program Classification Structure (PCS) rather than the 
usual line item budget. The model gives as basic output the PCS Program costs as depicted 
below (a more detailed PCS is given in Figure 4 of Section V of this report). 

Primary Programs 
Instruction 
Organized Research 
Public Service 



Support Programs 

Academic Support 
Student Services 
Institutional Support 
Independent Operations 

The Primary Program costs depicted above are computed for user-defined instructional units 
such as academic departments or HEGIS (Higher Education General Information Survey) 
disciplines. 

Since Instruction cost is one of the most significant costs in the budget, a general model flow 
for the computation of Instruction cost is given in Figure I . A very general description of this 
portion of the model runs as follows. For Instruction cost an induced course load matrix is 
used to convert a student enrollment projection by major to a loading on the various campus 
departments in terms of student credit hours. A series of factors convert these credit hours to the 
number of faculty positions required by each department. These faculty positions give rise to 
administrative, administrative clerical, and tcchnical/clerical positions. Salary schedules are 
used to calculate salary costs. Equations then give rise to operating expense and equipment 
cost for each department. The generated positions also give rise to instructional and office space 
requirements. 

Organized Research and Public Service cost computation logic will not be discussed since these 
costs are not significant for Humboldt State College or the California State Colleges in general 
and, therefore, were deleted from our version of RRPM. 



Each of the Support Programs listed above is made up of various subprograms (nondepartnient 
oriented). For each subprogram a set of equations whose coefficients are based on history data 
or policy evaluates staff positions and operating expense and equipment. Salary costs are 
evaluated; office space requirements are computed. Beyond the lecture, lab, and office space 
requirements which are computed another IS possible space types may be enumerated. 



1 



6 



The following list is indicative of the types of information available in the various output 
reports which are generated for each projected year of a run of RRPM: 

1. Positions and dollars report for each PCS Program (e.g., Academic Support). 

2. Positions and dollars report for each PCS Subprogram (e.g., Library within 
Academic Support). 

.3. Instruction costs by discipline and course level. 

4. Average instructional course unit cost by discipline and course level. 

5. Instructional costs by major and student level. 

6. Average yearly instructional cost by major and student level. 

7. Student class credit hours by course level. 

8. Student class contact hours by course level and instruction type (lecture, lab. other). 

9. Faculty contact hours by course level and instruction type. 

10. Space requirements by type of space. 

1 1 . Construction costs by type of space. 

Once the model is operational it is possible to test (or simulate) the effects over time on 
required resources for certain “what if?” questions. Examples of these questions include the 
following: 



. . . What if a specific change is made in the mix of students either by degree program or 
by level or both? 

. . . What if a change is made in the instructional techniques; e.g., independent study 
versus classroom study or classroom activities versus laboratory activity? How does 
such a change influence the resource requirements over an extended time frame? 

. . . What if a specific new program is added or a current program is dropped? What are 
the resource implications for the total institution resulting from these types of 
changes? 

. . . What if a change is made in the mix of faculty conducting an instructional activity; 
e.g., substituting, say, tenured faculty for graduate assistants (or vice versa)? 

. . . What if a change is made in the faculty’s salary schedule? 

. . . What if a change is made in the average faculty load? 

. . . What if changes are made in the staffing ratios of support staff to faculty? 
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FIGURE 1. INSTRUCTION COST COMPUTATION LOGIC 



. . . What if a change is made in the average section size, either across-the-board or in 
specific instructional programs? What implications will such a change have for both 
facility requirements and faculty resources? 

The interested reader should see Gulko (5) fora more detailed account of RRPM; parts of the 
above description were drawn from Gulko’s report. 



11. PERSPECTIVE 

This section is intended to briefly describe the historical background of RRPM, particularly as 
it relates to the California State Colleges and the Humboldt State College (HSC) campus. 

In December, 1969, NCHEMS* hosted a workshop on the development of RRPM in Denver, 
Colorado. Interested representatives from numerous educational institutions around the 
country were invited to attend this first workshop. Mathematica, Inc., a consulting firm, had 
been selected to revise and program what had been George Weathersby’s Cost Simulation 
Model (10) developed at Berkeley some time previous. The workshop served two purposes: 

1 . To describe the model (now called RRPM) and its purposes to the attendees. 

2. To solicit interested institutions for participation in a pilot implementation of 
RRPM. 

During January and February of 1970, consolidation of the RRPM “task force” occurred; 
simultaneously, programming of the RRPM proceeded at Mathematica. The eleven institutions 
invited to participate in the RRPM implementation are listed below.^ 

New Mexico Community College 
Portland State College 
The California State Colleges 
Stanford University 

State Center Community College at Fresno 

State University of New York at Stony Brook 

University of California at Los Angeles 

University of Colorado 

University of Illinois 

University of Utah 

Washington State University 



ft 

' NCHEMS encompasses what was once the Planning and Management Systems (PMS) Division of WICHE. NCHEMS 
terminology will be used throughout this report. 

2 For various reasons this number was reduced to eight actually being involved in pilot testing: New Mexico 
Community College, Portland State College, Humboldt State College, Stanford University, State University of New 
York at Stony Brook, University of California at Los Angeles, University of Utah, and Washington State University. 
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At a March RRPM workshop representatives of the eleven institutions met for the first time to 
critique the RRPM under development at Mathematica. Each participating institution was 
asked to select one member as a representative to the RRPM implementation task force. 

In April formalization of the task force occurred. Alan Feddersen of the Division of 
Information Systems (later to become a member of the newly formed Division of Analytic 
Studies) in the Chancellor’s Office was selected as the task force member for the California 
State Colleges. In early May the RRPM computer programs were distributed to the 
institutions. The next few months were concerned with gaining familiarization with the 
programs. Computer memory requirements due to the demands of a rather large program 
occupied a major portion of the effort of the California Colleges. 

June and August task force meetings continued to be concerned with discussion of the model, 
its logic, and the amount of input data required. 

At the August meeting operating procedures were defined for a formal pilot test of RRPM and 
institutions were asked to consider participation in the pilot test. It was determined that the 
participating institutions would receive a small grant to help offset the cost associated with the 
specific tasks. 

Two significant events took place during the Fall of 1970. First, due, to certain shortcomings in 
the existing RRPM computer programs and due to a number of desired model additions, 
NCHEMS personnel decided to reprogram RRPM. The improved RRPM programs (including a 
versatile report generator) became available in November. 

Second, a decision was made in December to have Humboldt State College direct the pilot 
testing of RRPM for the California State Colleges. This decision was made for four reasons: 

1. The lack of manpower at the Chancellor’s Office resulted in RRPM being managed 
at less than full capacity; i.e., at least one full-time analyst was necessary for 
involvement with RRPM. 

2. It was logical that a campus be involved with RRPM since it is a campus model 
requiring campus input data. 

3. Humboldt State College had available an induced course load matrix, one of the 
major inputs to RRPM. 

4. Most important of all, HSC had demonstrated a keen interest in planning models. 

Interest in planning models at Humboldt State College dates back to late 1 968 and has its roots in 
planning problems in the areas of facilities, enrollment mix, and admissions. By mid- 1969 the 
Office of Institutional Research had described a model it planned to develop and was building the 
data base needed to drive the model (7). This same idea was being worked on independently at 
several locations and has become identified as the induced course load matrix (ICLM).^ In early 



^The ICLM is perhaps the single most vital component of many of the models being developed to aid administrative 
planiring and decision-making in higher education — including WICHE’s Resource Requirements Prediction Model. 
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1970 the Division of Information Systems, Office of the Chancellor, California State Colleges, 
entered into a joint venture with the Office of Institutional Research, Humboldt State College, 
to program, run, and examine some of the properties of the induced course load matrix (6). 

The intention at Humboldt State was to follow up in Januaiy, 1971 , with an induced facilities 
load matrix in order to get at pressing space planning problems. Instead the offer was accepted 
to represent the California State Colleges and join with the seven other institutions of higher 
education in pilot testing the Resource Requirements Prediction Model. 
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III. THE PLAN OF THE PILOT TEST 
A. The People Involved 

RRPM was implemented and evaluated at Humboldt State College by and through the Office 
of Institutional Research. Two groups were involved in the implementation and testing 
process: a project group and a management evaluation group. 



Although the contract was with the college, the effort by the project group was in actuality a 
joint effort with the Division of Analytic Studies, Office of the Chancellor of the California 
State Colleges. The venture was truly a team effort. All four of the individuals involved 
participated as equals, each contributing his particular skills and talents. The project group 
consisted of: 



Donald F. Lawson 
John C. Busby, II 
Frank I. Jewett 
Alan P. Feddersen 



Director of Institutional Research, HSC 
Analyst, Office of Institutional Research, HSC 
Professor, Department of Economics, HSC 
Analyst, Analytic Studies, Chancellor’s Office 



The Director of Institutional Research acted as coordinator and led the strategy of 
implementation and evaluation. The two analysts took charge of the technical and data 
capturing problems and saw to it that the model became operational. The economist 
concentrated on the conceptual and quantitative aspects. Both groups were in almost constant 
communication discussing all aspects of the project. The three college members worked with 
the management evaluation group. 



The management evaluation group, all from Humboldt State College, consisted of the 
following individuals: 



Robert A. Anderson 
Michael Corcoran 
James R. Cunningham 
Milton Dobkin 
Eugene Flocchini 
Oden Hansen 
Donald Hedrick 
Don Koepp 
Gary Montgomery 
John F. Pauley 

Richard Ridenhour 
Donald F. Strahan 
Lester Toigerson 



Associate Dean, Admissions and Records 

Director of Public Affairs 

Director, Testing Center 

Vice President for Academic Affairs 

Assistant Business Manager 

Dean for Campus Development and Utilization 

Dean, School of Natural Resources 

College Librarian 

Vice President, Associated Student Body 
Chairman, Department of Theater Arts and 
College Representative on Statewide Faculty Senate 
Dean, Academic Planning 
Vice President for Administrative Affairs 
College Personnel Officer and Acting Budget Officer 
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B. The Pilot Test Strategy 

Briefly, the overall philosophy followed in the managerial aspects of RRPM testing and 
evaluation was that the various sub-units of an organization should work together as a team in 
a common endeavor to achieve the goals of the organization and that in such an environment 
collective wisdom takes precedence over personal convictions. With this in mind an effort was 
made to interest a wide variety of campus planners and decision-makers in evaluating models in 
general and RRPM in particular and then to involve them in a thorough and objective 
presentation of the subject. More than this, the Office of Institutional Research committed 
itself to represent this collective wisdom both in its program on campus and its reporting to 
WICHE and this publication. 

This strategy began at the moment that the Office of Institutional Research was asked if it 
would like to become involved in pilot testing RRPM. The relevant organizational sub-units on 
campus were contacted and presented the facts of the issue: nature of RRPM, nature of the 
pilot testing process, possible benefits, probable costs in terms of time, resources, etc. Then the 
question was asked, “Do you think this college should become involved in such an endeavor 
and, if so, will you commit the necessary time and resources required of your office?” The 
reaction was unanimous, and Humboldt State College became involved . . . and committed. 

Pilot testing and evaluation of RRPM consisted of essentially three phases. 

Phase 1 occupied the first three months of the project (mid-January to mid-April). The 
primary goals for this phase were to examine the technical aspects of the model; relating these 
to the structure and processes of Humboldt State, the California State Colleges, and the 
computer facilities available;'^ meeting the specific data requirements of RRPM; and trying to 
get the software to perform with college data. Fortunately the existing data base, including the 
induced course load matrix, satisfied the data requirements quite well. During this time 
contact with those outside the project group was limited to: 

1. Meetings with key administrators to discuss ways in which RRPM might best adapt 
to and reflect the college. 

2. Biweekly meetings of the President’s Council.® 

3. People contributing random comments. 

4. A formal presentation before the California State College Executive Deans and 
Building Coordinators. 



^On site CDC 3150 (16K words memory) and telecommunications to the California State Colleges Northern 
Regional Data Center in San Jose (CDC 3300 1 1 2K words memory). 

*A group of about 25 key administrators, faculty, and students that meets with the College President about every 
two weeks. 



Phase 2 of the effort was preparation for management evaluation of the model. This included 
( 1) validating the technical aspects of the model and bringing it into reasonable tolerances so 
that it could be used in prediction and simulation, and (2) forming a management evaluation 
group. The target dates were April 1 for the first full run of RRPM with actual data, April 30 
for bringing the model into control (including a certain set of additional revisions/adaptations), 
April 26 for formulation of the management evaluation group, and May 1 for the start of 
Phase 3 - training and evaluation. 

The first run date slipped to April 10. Data transmission problems in the newly installed 
telecommunications system moved the model control target until almost the fourth week in 
May and precluded testing and installation of additional revisions and adaptations. This caused 
alterations in the timing, breadth, and depth of the management evaluation plan. An early 
April meeting of the Institutional Research Advisory Committee devoted to RRPM was held as 
planned, as was a one-and-a-half-hour mid-April presentation of models and RRPM before the 
President’s Council, and a several-hour group discussion of planning models and RRPM with an 
individual who was spending quite a bit of time traveling around the country studying this 
subject.^ The technical problems delayed formalization of the management evaluation group 
until mid-May. A great quantity of materials were sent to all members of the President’s 
Council, Institutional Research Advisory Committee, and selected other individuals. Appendix 
A contains the original memo to the President’s Council. 

Phase 3, management and technical evaluation, began on May 14. Members of the Institutional 
Research Advisory Committee, President’s Council, and the College Budget Officer were 
invited to join the management evaluation group. Nineteen voluntarily stated an intention to 
participate in the process. Sixteen participated in most or all of the training, decision, and 
evaluation sessions. Figure 2 depicts the schedule devised for Phase 3. 

All of the individuals involved in management evaluation had gained a familiarity with the 
concepts and language concerning models and RRPM prior to this time througli the efforts of 
the Office of Institutional Research. Building upon this background a two-hour session was 
held to examine inputs, outputs, and logic in greater detail. Due to its size the evaluation 
group was actually divided into two training groups and, therefore, two training sessions 
occurred (May 14-25). The entire evaluation group then met five more times to work with the 
model in testing and evaluation (May 27-June 9). These were calle»l decision sessions - in the 
sense that policy and planning decisions were being simulated in order to test and evaluate 
RRPM. During the decision sessions certain errors in the input and technical deficiencies in the 
model were pointed out by the management group and appropriate action was taken by the 
project group. 



*Mr. Keith Evans, Office of the Vice-President of Academic Affairs, University of Michigan. In addition to 
representing the University, Mr. Evans was conducting a study of the eight pilot schools for NCHEMS and an 
independent study on decision-making in higher education. 
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The five sets of decisions made by the management group to exercise the model were as 

follows: 

Decision set 1. Changed average section size by level and type of instruction from actual to a 
set of figures to reflect a possible policy statement, to reflect more reality in 
staffing projections (viz., if graduate area A had an average section size of one 
and a possible forecast increased enrollment in courses in graduate area A by 
twelve students, the model would produce twelve additional sections and a 
requirement of three new faculty positions), and to try and reflect a minimum 
section size concept. This was retained for future decisions. 

Decision set 2. Made two sets of enrollment projections by major and level of student to 
master plan size. Set one was a proportionate increase, and set two reflected a 
number of possible planning and policy decisions concerning the ultimate 
character and objectives of Humboldt State. This also displayed the relative 
ease in making such a decision set. An administrator could create the input in 
a half-hour or so — more quickly if he only wanted to make limited changes. 

It was particularly interesting to note the disproportionate demand created by 
a change in student mix (through the distribution mechanism of the ICLM) in 
the second enrollment projection. This was quickly seen and commented upon 
by the management group. Visualize that a doubling of, say. Forestry majors 
would result in almost a proportionate increase in demand for Forestry 
courses; but that a doubling of Theater Arts majors is accompanied by less 
than a twenty-five percent increase in demand for Theater Arts courses. This 
gives added insight into costing and analysis — cost per major information is 
superior to cost per departmental credit hour for many purposes. The latter 
has predominated because of availability. The former is becoming available 
through program budgeting, the ICLM, and the development of models using 
both of these concepts. 

This set of decisions was retained for future decisions. 

Decision set 3. By using the preprocessor described in Section IV, Part A, certain instructional 
costs (data processing, oceanographic research ve^el, marine laboratory, forest 
maintenance, fisheries food supply, wildlife supplies, equipment, travel, and 
operating expenses) were distributed according to actual department use rather 
than by student credit hours across all departments. This showed the ease with 
which planners can try out differences in instructional technique, etc., and its 
impact upon costs — most especially relative costs. A percentage of computer 
costs were distributed in this manner. Even though the Department of Theater 
Arts, for example, was not charged with any instructional computer expense 
and costs based upon the department usage, the cost of a Theater Arts nuuor 
now increased (through the. ICLM) by a few cents. Apparently at least one 
Theater Arts m^or took instruction in ati area where the computer was used. 
Even though RRPM was designed for long-range prediction the reader can see 
that it is, in this case, being tested and adapted in a short-run simulation mode. 

This decision set was used in the following decisions. 
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Decision set 4. Several space factors were changed: (I) utilization was changed from actual to 
standards where appropriate; (2) the physical education formula was changed 
from actual to a rule-of-thuinb supplied by the Chancellor’s Office; and (3) for 
fun the change in formula needed to show that one program needed the 
entire space of the building in which it was du:.played. To the delight of some 
they could now see (on the computer printout) that more laboratory space 
was needed in some of their departments to serve even the existing student 
load - and they provided forceful prodding to plan for additional special use 
space for the master plan campus (mix yet to be determined). These space 
changes were kept for the next and last decision set. 

Decision set S. An attempt was made here to express (1) a nine-unit load, (2) a quality 
program and, (3) an intensive utilization of resources. A nine-unit load was 
expressed in one relatively semicontained instructional unit. In two others 
instructional load, faculty mix, and average class size (all by level of course 
and instructional type) were adjusted to reflect one of the two conditions. 
One gentleman, who had recently joined the Humboldt team from a well 
known university said, in response to the higher quality program changes, 
“Now these costs are more in line with what they were from where I came, 
and what they ought to be here!” 

As might be expected, evaluation was taking place through all of the decision sessions. Two 
three-hour sessions were planned (June 9, 10) to probe deeper and summarize. Only one of 
these was needed. 



IV. THE RESULTS OF THE PILOT TEST 

This section summarizes the experiences which occurred during the pilot testing of RRPM. Six 
areas of experieni e are discussed, ranging from the technical aspects of changes in the RRPM 
to accommodate the Humboldt State College situation to the comments made by members of 
the management evaluation group. 

A. Adaptation of RRPM 

Initial examination of the model disclosed certain model features that might preclude serious 
consideration as a usable tool by the administration. At the discretion of the project group, 
and with the advice of the management evaluation group, a number of significant changes were 
made in the model to permit a more useful and accurate representation of a California State 
College, in general, and Humboldt State College in particular. 

In the interest of making the output of the model most usable for planning purposes at this 
institution, it was decided not to use the 30 HEGIS discipline categories but to consolidate 44 
departments into 33 departments. This would allow the maximum amount of detail 
information to be retained during the processing. 

One of the changes involved the classification of personnel in a manner which differed from 
the standard usage of the model. The model was designed to represent four non-academic staff 
ranks in each of the Program Classification Structure Support Subprograms 
(professional/management, technical/craft, clerical/secretarial, and unskilled/semi-skilled). In 



O 

ERIC 



11 



IG 



the California State Colleges staff personnel are classified for reporting purposes according to 
function. Figure 3 indicates a possible crossover of Humboldt’s functional areas to the various 
program budget subprograms. Examination of the crossover table revealed that a maximum of 
four functional areas fell under any one of the Support Subprograms; for example, business 
manager’s office, accounting office, payroll, and financial aids business management appear 
under 6.2, Financial Operations. Since the administrators at Humboldt prefer to think in terms 
of the functional areas rather than of personnel aggregated by rank within the subprograms, 
the functional areas were substituted for the staff ranks. 

A second change was made in the regression portion of RRPM, particularly in the Instruction 
Program. In general for the California State Colleges, administrators, administrative clerical, 
and technical/clerical personnel under Instruction are allocated by formula at the campus level 
rather than at, say, the department level. RRPM, utilizing history data for the various 
departments, projects the requirements for these categories of personnel by department. Since 
history data by department is difficult to obtain (for more discussion of this problem, see Part 
D of this ser n on validation of RRPM) it was decided to use one regression each for 
determining total positions for administrators, administrative clerical, and technical/clerical 
personnel. The resulting positions of each category were then prorated to each department 
according to the number of faculty already estimated for each department. The result is that 
certain personnel requirements were estimated using a normative approach rather than an 
approach based on historical data. 

To handle supply cost under Instruction it would be necessary to gather history data for each 
department in order to develop coefficients for a regression for each department. Since supply 
and equipment costs for the Colleges are allocated to a campus and not to departments, one 
regression was developed to generate supply cost on an overall basis and then administratively 
derived coefficients were used to apportion this cost across departments. 

A second problem arose in relation to Instruction supply cost. Certain Support Subprograms 
which directly service the departments also contribute to the cost of Instruction via supply 
cost. Approximately 60 percent of the cost of Computing Support, subprogram 4.4 is 
attributable to Instruction. Of this $140,000, 38 percent is incurred by students enrolled in 
mathematics courses. When this portion is added back into the other Mathematics department 
costs, the cost per credit hour is increased by approximately five dollars. The prototype 
version had no provision for allocating any of the support subprogram costs back to the 
departments. A preprocessor was developed to permit portions of the Support Subprogram 
costs which could be identified with a department to be included as a cost of the department. 
Using this method a weighted distribution of the costs of up to 25 items could be made. Those 
costs used in the preprocessor at HSC were data processing, oceanographic vessel, marine 
laboratory, forest maintenance, fisheries food supply, wildlife supplies, equipment, travel, and 
operating expenses. It should be emphasized that only those costs selected by the user are 
included with the supply and salary costs for computation of the total cost and average unit 
costs of the departments. 

Another change was in the ICLM. A matrix of coefficients is used rather than the values for 
weekly student credit hours. Used with factors for average student load, by level of student, 
this change facilitates examination of the effects of changing student demand and the effects 
of increasiiig enrollment with no increase in faculty. 
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FIGURE 3. CROSSOVER FROM LINE ITEM BUDGET TO PROGRAM BUDGET 



The Research and Public Service Primary Programs were omitted from this implementation of 
the model because these two programs account for such a small percentage of the budget in 
this State College system. In general, four-year colleges, such as this one, will be primarily 
oriented toward providing a regular instruction program. Figure 4 indicates with boxes which 
of the PCS Subprograms were used for Humboldt. 

Analysis of ten years of data collected from the Governor’s Budget (1960/61 to 1970/71) 
revealed that staff positions and operating expenses of most of the Support Subprograms were 
directly related to the number of FTE students and FTE faculty. The equations in the 
prototype were changed to reflect these relationships. 

In an effort to preclude misinterpretation of any of the output information which might leave 
the Humboldt campus, the evaluation group directed that the report titles be changed to 
include the words “Management Game.” 

B. Input Data for RRPM 

Data collection for the prediction module, which is composed of two FORTRAN programs, 
designated RP and RQ,^ was not as large a task as estimated at the beginning of the project. A 
significant amount of effort was saved when certain factors were found to be available as a 
result of studies done at the Chancellor’s Office. 

An examination of the input requirements of the model indicated that approximately 60 
percent of the data would be available from existing machine-readable files. The remaining 
portion related to the personnel and accounting functions of the college and would have to be 
collected manually. The decision was made to use the more readily available budget 
information for the years 1961 to 1970 rather than actual position and operating expense 
information. 

Based on the experience at Humboldt and with a view toward a systemwide implementation of 
RRPM at all of the California State College campuses it is worthwhile examining the various 
inputs in terms of quality (accuracy) and the amoimt of effort necessary to attain various 
levels of quality. Data accrual techniques can range from sophisticated programs operating on 
well developed data bases to “quick and dirty” approaches for gathering input data serving as a 
first approximation. Both extremes can be appropriate, the latter especially when it is desired 
to get a modd up as quickly as possible. 

Figures 5 and 6 summarize a number of remarks for the msyor data elements of RP and RQ. 
The development times spelled out fex’ the various inputs assume an average effort and data 
files that are in good shape. Unedited data files can add significant time to the development of 
input data. Each of the msyor data elements for RP and RQ will be discussed below in terms of 
level of effort to attain various levels of quality. 



''The RP computer program essentially computes Instroction cost while RQ handies the Support Subprogram costs. 
The resulting two output flies are merged and sorted for report generation. 
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FIGURE 5. MAJOR DATA ELEMENTS FOR RP 
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FIGURE 6. MAJOR DATA ELEMENT FOR RO 



The ICLM is probably the major data input of RRPM. The primary decision in developing the 
ICLM is whether to do it for departments or HEGIS disciplines. The campus will want 
information available in a form that is useful for decision-making. There is, how'ever, a general 
trend toward the use of data reported in HEGIS discipline format. Humboldt used three 
student levels and three course levels for the ICLM. If one thinks in terms of utilizing a student 
flow model, then consideration might be given to using five student levels. Deciding to use 
HEGIS disciplines over departments and five versus three student levels costs nothing in ICLM 
development time unless the institution ends up doing it both ways. 

It has been suggested that the ICLM can be built rather simply by using the campus catalog to 
determine the requirements of the various majors in their own and other departments. It is the 
opinion of the technical group that such an approach may give some rather gross results due to 
the following; 

1. Students generally take courses in many more departments than indicated by a 

catalog. ^ 

2. A large number of Junior College transfers complicate such an approach. 

3. Students transferring and changing majors causes additional credits to be taken over 
those necessary to graduate; a catalog approach assumes the number of credits taken 
is the number required for graduation. 

The variables WSCHO (ratio of student contact hours to credit hours) and AVESEC (average 
section size) which are developed by department, course level, and instruction type proceeded 
quite easily from the campus course file. FACLD (faculty workload) was established by policy 
rather than by development from campus files. The results of using this policy, which is 
representative of how faculty positions are established at the state level, rather than actual data 
vvrill be discussed in Part D describing model validation. 

For developing DIVCO (distribution of faculty by rank, course level, and discipline) 
comprehensive faculty files existed at the Chancellor’s Office. The overall campus distribution 
at Humboldt was used for each department. Future efforts will be directed toward deriving 
DIVCO at the department level. Obviously large fluctuations in faculty rank distribution occur 
among departments. Derivation of this variable ignoring disciplines is an example of a “quick 
and dirty” technique when expediency is necessary. 

The derivation of salary schedule information is relatively straightforward. Any problem with 
inaccuracy in the output is more likely to be attributable to aggregation designed into the 
model where, for example, the average salary cost for a particular class of employee is the 
result of averaging over perhaps two or more rather diverse pools of employees. Averages may 
tend to lose some meaning. 

Enrollment data projections continue to be a source of possible inaccuracy. Techniques for 
projection are generally based on past trends with no capability, for example, to introduce a 
new major or eliminate a mqjor at some point in the future (at least without writing additional 
software somewhere in the model). To fill this gap, NCHEMS has been directing efforts toward 
a student flow model. Similar efforts are beginning at the Chancellor’s Office. 



The few regression coefficients utilized in RP are available from a recent study done at the 
Chancellor’s Office (2). 

As for RQ (see Figure 6) any discussion relating to salary data is covered by what was 
mentioned above in regard to RP salary schedules. Space data continues to be a problem for at 
least one reason, i.e., many of the space-type computations depend upon factors or standards 
which are not fully established (class and lab standards are well established and these 
space-types make up the most important portion of space modeling). While the space 
computation' ‘portion of RRPM is in some respects a secondary spin-off of the model, the 
growing interest in space allocations and analysis for capital outlay should prompt further and 
more detailed examination of the space input data. 

History data regarding the number of positions and salary dollars for the various categories of 
personnel are contained in the past Governor’s budgets at the proper level of detail. Regression 
analysis of the appropriate data yields coefficients for use in the model. 

RRPN( as it stands contains some rather elaborate equation forms for the Support Subprograms 
with the option for the user to enter his own equations. Undoubtedly every user will exercise 
the option since the basic equations represent a generalized approach and illustrate the 
potential of the model. It is therefore possible to go into an extensive regression analysis to 
determine the best equations for the particular institution. Fortunately, the California State 
Colleges are almost entirely student-driven, i.e., simple linear equations whose independent 
variable is student FTE handle the job rather remarkably in most cases so that the regression 
analysis necessary to run RRPM for a California State College is quite straightforward (for 
some exceptions see Part D of this report dealing with model validity). 

The other inputs include the titles for departments, majors, course levels, student levels, faculty 
ranks, and non-academic staff ranks. 

C. RRPM Output Reports 

The exhibits on the following pages are indicative of the types of output reports available for 
RRPM. An examination of these reports provides an effective way of obtaining a grasp of the 
scope of RRPM. The model forecasts virtually all positions and expenditures for a campus. 
This type of information is directly relevant to the development of support budgets. The 
forecasts of space requirements are relevant to facilities planning and the development of 
capital budgets. At the option of the user this data may be obtained at several levels of 
aggregation ranging from all campus totals to positions and supplies at the department level. 
The capability for examining instructional costs at a high level of disaggregation, coupled with 
the cost per student computations provides a powerful means for experimenting with the cost 
consequences of alternative resource configurations. 

Figure 7 summarizes the reports by title, gives an indication of their contents, and refers the 
reader to examples provided in the exhibits. It must be emphasized that the numbers appearing 
in the exhibits should be considered for illustrative purposes only. On one hand they repre^nt 
our best effort given the data base and the time available for implementation and evaluation. 
On the other hand it was during implementation and evaluation of the model that we became 
acutely aware of some of the limitations of the data base (o.g., in the way mqjors are reported) 
and some remaining definitional problems in the model (e.g., the distinction between a student 
in the head count and the FTE sense). 
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Report by Program Sector Level 
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Items (a) through (g) where applicable 



Total Instruction Costs by Discipline 
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[Total Instruction Costs by Major and 
Student Level 
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Exhibits 1 and 2 contain examples of the most highly aggregative reports produced by RRPM. 
They summarize total costs (exclusive of new construction) for the campus in two different 
ways. Exhibit 1 shows a total cost summary by subprogram for each run year of the model. 
Exhibit 2 shows the same cost data arrayed by the components that give rise to costs 
(academic, administrative and non-academic FTE and salaries, supplies and expense) summed 
over all programs. In addition, this report shows space requirements over all programs by space 
type. 

Exhibits 3 and 4 illustrate two of the fourteen subprogiam reports. Exhibit 3 shows part of the 
report for the single primary subprogram, 1.1, Regular Instruction. It will be noted that the 
academic portion of this report duplicates that of Exhibit 2 but the non-academic FTE and 
salaries and space requirements are those needed forRegular Instructiononly. Exhibit 4 is a 
complete illustration of the most disaggregated report available for each of the Support 
Subprograms. 

Exhibit 5 is an example of a complete report for one of the thirty-three academic disciplines 
(departments) within Regular Instruction. In addition to academic and non-academic FTE and 
salaries, supply and expense, and space requirements, the report also contains a detailed 
distribution of student and faculty Contact hours by course level and type of instruction. 
(Although not shown in the exhibits, these distributions are also available in reports at the 
subprogram and program level.) 

Exhibit 6 is an example of the report showing Instruction costs by course level and discipline. 
The second page of this exhibit shows the unit costs of Instruction by course level and 
discipline, obtained by dividing the total Instruction costs by the appropriate values of student 
credit hours taught by the discipline. Exhibit 7 shows the cost data of Exhibit 6 allocated (by 
means of the ICLM) to students by major and level. The first page of this exhibit shows total 
Instructional costs by major and level. The second page shows per student cost by major and 
level obtained by dividing the total cost data by appropriate student enrollments. 

D. Validation of RRPM 

The 1970/71 academic year at Humboldt was selected for numerical validation of RRPM. 
RRPM was run so that projections for resource requirements proceeded from 1970/71 as a 
base year, 1970/71 representing the most recent year for which data existed; e.g., average 
salary costs, an induced course load matrix, etc. The obvious task was to check the predicted 
model figures against what was actually budgeted for 1970/71. Years 1971/72, 1972/73, etc., 
in the model output, of course, became the actual forecast years for planning purposes. Using 
1970/71 as a base year for forecasting makes sense intuitively since forecasts tend to be made 
based on the most recent information. If the base year of 1970/71 does not validate well, then 
forecasts become questionable; if validation looks good, there are no assurances that the 
forecasts are infallible but rather there does exist some justifiable confidence in them taking 
into consideration the assumptions underlying the model. 



Before discussing the validation results two important topics related to validating RRPM need 
to be treated. The Instruction portion of RRPM (handled in RP) is undoubtedly the most 
significant element of RRPM both in terms of the amount of cost that Instruction contributes 
to the overall budget cost and in terms of the amount of beneficial information available to the 
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decision maker. Since the Instruction element of RRPM performs its computations by 
department, it is appropriate to validate the model for 1970/71 by checking predicted versus 
actual faculty, staff, etc., by department. This approach introduces a number of problems. 

First, actual figures for validation are readily available at the system (campus) level, but are not 
easily obtained for the department level; i.e., a rather extensive effort would be involved in 
obtaining faculty and staff* position counts and their associated salary dollars. Obtaining 
operating expense and equipment costs by department is even more difficult. In the near 
future when the campuses become fully operational under the automated 
Allotment Expenditure Ledger (AEL) system, actud expenditures by department should be 
more accessible. 

Validation by department offers a second problem. While positions are budgeted by formula, 
their actual allocation often occurs otherwise. For example, budgeting formulas for the 
Colleges allow for 0.22 technical/clerical positions for each faculty position. Yet there is no 
reason to expect departmental allocations for technical/clerical given the departmental 
budgeted faculty to approach this ratio in reality. In this respect then RRPM becomes at times 
a normative model pr^icting what should be rather than what is. All of this can be stated in a 
different manner: at the campus level resources are budgeted quite quantitatively, but less so 
for smaller organizational units within the campus. 

The other important topic which should be discussed in relation to model validation is faculty 
work load. One of the input variables of RP is FACED which is the average faculty load 
measured in contact hours/week by discipline and type of instruction (lecture, lab, and other). 
The California State Colleges basically receive a faculty position for each 12 ‘^weighted 
teaching units.” Essentially each credit unit that an instructor teaches is weighted by the type 
of instruction of which that unit consists. Each course in the Colleges is designated by a code 
which determines its specific type of instruction, the maximum size the class is to be and its 
weighting factor for allocating faculty. For example, in lecture situations the wei^ting factor 
is 1; i.e., 12 credit hours of instruction result in 12 wei^ted teaching units (equivalently 12 
lecture contact hours give rise to one faculty position). Certain laboratories require three hours 
of class time a week for one unit of student credit. In this case the designated wei^ting factor 
is 2; i.e., 6 credit hours of these labs result in 12 wei^ted teaching units (equivalently for this 
type of lab 18 lab contact hours give rise to one faculty postion). These are only two 
examples of the types of ntuations which can be encountered. 

Validation of Instruction Subprogr am Cost 

For our purposes in RRPM we used faculty load inputs which represent the policy of 12 
weighted teaching units (WTU) per faculty position described above. The effects of using 
pdicy rather than actual faculty work load figures raise some intnesting points with r^aid to 
use of the model and its validation. Using policy faculty load in running RRPM leads to the 
number of faculty positions Humboldt should be budgeted for, not what it actually was 
budgeted for. The running of RRPM for 1970/71 results in 397 faculty portions as compared 
to a figure of 348 actual budgeted faculty positions. Although information is not yet available 
for any quarto' of the 1970/71 academic year, information for the three quarters of the 
1969/70 academic year indicate diat die faculty at Humboldt consistently teadi well above 
the rate of 12 wdghted teaching units. If 1969/70 figures are indicative of 1970/71, dien die 
predicted faculty (397) as compared to budgeted faculty (348) is biased in die oonect 
direction; i.e., using hi|^er faculty teadiing loads in RRPM rather than policy loads would 
result in a projected faculty allocation lower than the above 397. 



To perform a validation of RRPM what is obviously wanted is a comparison of predicted costs 
. . With- actual costs. By using a policy faculty work load predicted faculty positions aftd^costs are 
too high to compare with actual costs which are based on 348 faculty positions; How can this 
source of error be removed for validation purposes? 

' ^ If actual WTU/facuIty at Humboldt were, for example, 13 rather than 12, then using adjusted 
input data utilizing 13 WTU would result in a reduction of- faculty for a ruWof RRPM of 
' (13-12) (100)/13 * 7.7% which Is approximately 30 faculty positions. Knowing gcnefidly the 
i distribution of faculty by tank, faculty salary schedules, the staff to support them ^d its 
' salary schedule, it is possible to derive the overage cost associated with the 30 faculty pdritions 
and subtract it from the RRPM run cost for 397 faculty in order to th^rt make validation 
comparisons. The differences then remaining between predicted and actual costs will due to 
'^other sources and random error. u - .rr.r i 

Unfortunately, as mentioned above, WTU information for \910ll\ (our validation year) is not 

- available at this time. It Is, however, possible to conjecture various faculty loads, determine the 

- associated overage faculty and its cost, subtract it from the base RRPM run, and Compare the 
. - results to actual cost. TTtese results are tabulated below. The error rates given are" for the 

-V Instruction Subprogram cost only. ' ' 

. ; ’ . . > ^ ■ " T , iri»- - ; ‘ 



Actual Weighted 


No. of Faculty 




Teaching Units 


Generated by RRPM 


Error* 


12.0 


397 


14.4% 


12.75 


372 , 


7.7%, 


13.5 


348 


1.1% 



. . r . * • ' ' ’I • to 

,if in fact the faculty load at Humboldt is 12, then thctmodel results would a^ftd apd the 
, y Instruction cost error would be substantial. At the other end,, if faculty load is i^r 13^, then 
' / the number of faculty generated by RRPM would be very close to those actually budgeted for 
; 1.970/71 and the error due to other sources would be approximately ,1%., This latter case for 
. f he . l^tmc^on , Sul^rogram cost n shown in Figure 8, Note- the rather r-ggnifipant cost 
..differences .for .administrative and administrative clencal personneL The r^tessipn ooefiieients 
, used in these computations were derived from systemwide f^res of a previpus study,. Using 
systemwide data rather than dptg ^cifically t.fpi: but 

introduces some inaccuracy. 
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1.0 INSTRUCTION 
Faculty* 

Administrative 
Administrative/Clerical 
Technical/Clerical 
Operating Expenses & Equipment 



$ 4,995,744 
429,574 
79,586 
560,780 
378.707 



$ 4,845,729 
488,432 
94,211 
572,279 
373.487 



$ 6,444,391 $ 6,374,138 
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4.0 ACADEMIC SUPPORT 

4.1 Libraries 

4.3 Audio/Visual Services 

4.4 Computing Support 

4.5 Ancillary Support 



6.0 STUDENT SERVICE 

5.1 Social & Cultural Development 

5.3 Counseling 8t Career Guidance 

5.4 Financial Aid 

5.5 Student Support 



6.0 INSTITUTIONAL SUPPORT 

6.1 Executive Martagemerrt 

6.2 Financial Operations 

6.3 General Administrative Services 

6.4 Logistical Services 

6.5 Physical Plant Operations* * 



Total 



$ 600,935 


$ 


522,739 


94,269 




86,191 


236,537 




222.426 


71.913 




77.629 


$ 1,003,654 


$ 


907365 


$ 70,784 


$ 


69,237 


242,603 




232321 


57,738 




53341 


120.501 




173300 


$ 491,624 


$ 


528,606 


$ 438,175 


$ 


443,037 


337,205 




336,464 


231,651 




234,112 


277,921 




268364 


1.312.531 




1348374 


$ 2.595,483 


$ 2.520371 


$1^^J52 


$10^331.602 



• Non*teaching faculty not included. 

•Revised predictioo of $1,418,622 with changes in space standards (see discusaionK 



FIGURE a COMPARISON OF PREDICTED AND ACTUAt COSTS 
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I Vilkbtion of Support Subprogram Costs 

T 

i 

I Figure 8 also contains a summary of predicted versus actual costs for the Support Subprograms, 

j The previous discussion concerning the attempt to atijust faculty positions in order to facilitate 

I Instruction Subprogram cost validation has no effect on validation of the Support Subprogram 

\ costs since these costs are evaluated by equations which in general are student-driven or 

! space-driven. A few of the larger cost discrepancies in the Support Subprograms will be briefly 

I discussed below. 

The Library area for the Colleges is a difficult area to model. First, numerous budgeting 
techniques have been utilized in the Colleges aver the last few years to determine the various 
types of Library positions. Second, often positions are allocated differently than the formulas 
dictate in order to balance fluctuating work loads in various libraries at the Colleges. Thus the 
historical data for the number of positions for a library tend to be anything but smooth, 
making the simple linear regression analysis inappropriate. 

For the Student Support Subprogram Humboldt received an unusually large increase h 
positions for 1970/7 1 . The linear regression would underestimate such a sudden increase. 

Physical Plant Operations Subprogram cost is dependent, among other variables, on the total 
building space of a campus. Very simply, space can be divided into two gross categories: ( 1 ) 
classroom, lab, oflipe, and study and (2) all of the rest. For the first eatery qrace standards 
exist and are quite firm, particularly for classroom and lab (space standards being measured in 
terms of room utilization rate, station occuf: ancy rate, and station assignable square feet). Few 
standards exist for the second category of space which includes such space-types as 
museum/gallery, athletic-physical education, recreation, etc. 

The validation run of RRPM used actual classroom and lab ^aoe factors at Humboldt and 
some guesses for the factors relating to all the other types of space. The predicted Physical 
Plant cost is shown in Figure 8 as a result of these space i puts. 

The model was rerun once using ( I ) CCHE ^ace standards for classroom and lab and (2) some 
revised estimates of some of the other space-type factors. Overall, qrace increased 
approximately 30,000 square feet (roughly 10,000 square feet attributable to classroom, lab, 
and oflice and the remaining 20,000 square feet attributable to the other qrace-types). As a 
result Plant Operations cost rose $i00,(X)0. The point hers is that Plant (Operations cost is 
sensitive enoi^ to space so that careful analysis of space and space factors would be 
beneflcial. 

I 

Overall, for the Colleges, rather simple linear equations do a quite adequate job of predicting 
Support Subprogram costs. 

£. The Resource Reqairements of RRPM 

The costs of RRPM to a campus diould be considered from several viewpoints: there is the 
cost of implementir^ the model as distinct from the cost of using the model after it has been 
implemented. In both cases costs arise because of the need for resources, primarily in the form 
of personnel and computer time. The use of personnel and computer time, in turn, involves 
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costs arising because of actual expenditures to acquire additional resources to devote to tl\e 
model and costs arising when existing resources having other potential uses are devoted to the 
model. The actual outlay of funds any campus incurs to either implement or operate the 
model depends then upon the particular mix of these two types of costs encountered. 

Individuals with skills in leader^p, communications, quantitative analysis, and computer 
programming are needed to implement and operate RRFM. Programming dcills are necessary 
for processing the input data for the model, to get the programs representing the model 
running on a computer and to modify the programs as necessary. Analytic dcOls are necessary 
for data acquisition, for understanding what the model is and dees, for adapting the model to 
particular circumstances on a campus, and for interpretation of model outputs. 
Communication skills are needed in orier to work with and involve a broad spectrum of 
administrators in understanding RRPM and how it relates to the administrative process. 
Finally, and perhaps most important, leaderdiip skills are necessary to organize 
implementation, training, and evaluation and to guide the integration of the model within the 
administrative process. 

More q>ecincally, at Humboldt State the implementation effort required about one man-year 
of effort distributed over ? six-month period. One member of the project group accounted for 
one4ialf of a man-year developing and processing the input date,' modifying the computer 
programs, running these programs, and participating in the interpretation and evaluation of the 
model. The other members of the project group accounted for the bulk of the remaining time. 
They participated on a part-time basis variously organizing and guiding the project, modifying 
and interpreting the model and its programs, and taking part in the training and evaluation 
sessions. Between one and two man-months of the effort was accounted for by the memben, 
primarily administrators, of the evaluation group. 

Implementation required about thirteen hours of central processing unit (CPU) time on the 
CDC 33(X). Half of this time was accounted for at tl.e California State Collies’ Southern 
Regional Data Center in reducing the program’s core requirements, testing some overlay 
sdiemes, performing the general modifications to adapt the model to a California State 
College, and to run the model for validation purposes. Tlie other half of this time was at the 
CSC Northern R^ional Data Center and was us^ to get RRPM tunning in a communications 
mode widi the CDC 3150 on-site at Humboldt State, to make some additional modifications 
to the model, and to run the model for traim'ng and evaluation puiposes. (This latter use 
accounted fcM‘ most of the computer usage at Humboldt .) 

Assuming that some of the learning that occurred on this project is transferable, that good 
machine-readable files exist, and that the computer time usc^ at the CSC Southern Regional 
Data Center r ep r ese nted a one-time development effort, it is estimated that three to four 
maiMnonths of effort and the equivalent of Aiee hours of CTU time on a CDC 3300 would be 
suHicient to implement (in the sense of getting the model running on a computer with campus 
data) RRFM on another State College campus. (A computer comparable to the CDC 3 J*00 is 
minimal for running RRPM.) 



’Ibis Joes not indude development of an tCLM whidi wu already availabie at HSC. Refer to Figures 5 and 6 in 
Put B of this section for more deuded time estimates of obtaining input data. 



The use of RRPM on a continuing basis on a campus will require all of the skills discussed at 
th^ beginning of this section. It will require a substantial involvement upon the part of one or 
two individuals on the campus who are intimately familiar with the model and who can serve 
as interfaces between the model and the administrators involved with planning problems. 
Computer time will depend upon the extent to which the model continues to evolve (thus 
requiring modifications to the programs) and how often the model is run. Actual run time for 
RRPM will require approximately four minutes of CPU time per simulated year (half of this 
time being used for generating all reports). 

F. Comments From the Management Evaluation Group Sesdons 

Contained in Appendix B in memo form are the personal statements made by various members 
of the maiuigement evaluation group at the conclusion of the evaluation phase. What follows is 
a reconstruction of the conversation derived from the notes taken by one of the members of 
the project group durirg the decision sessions Of course, only a fraction of the topics and 
language is contained in what follows. 

. . . The general indoctrination scheme we used was of limited use . . . until we used our 
own (HSC) data - then learning really took place. 

... We need the capability to distribute some support costs bade over instruction. 

... It would be nice to be able to go beyond four support levels and thirty*threc 
disciplines. 

. . . The ICLM is of more use (than RRPM) in the generation of admissions policy (by 
the Office of Academic Affairs) - but then we can try this policy out through 
RRPM to get a finer fix on the quantity and type of faculty, space, etc. This can 
sharpen our thinking ... a different/added spedficity than we now have. It could 
make the admissions officer's job more difficult — the requests upon him will be 
more specific. Then, if he p^uces the student input requested, and if those 
students act as the ICLM predicts . . . (pause) we really need a student flow model to 
get at the total distribution of students, their movement from mqor to major, etc. 
(This led into quite a discussion of student flow models, quality of information 
concerning majors, a student flow model as an input to the RRPM, stability of the 
ICLM, the tightening of requirements for transfer students, etc., and what to do 
about these items - and to a request for an added hour at the next scheduled 
evaluation meeting to discuss "mjgors information.”) 

. . . Our "majors” data are questionable. Are students reporting accurately? How often 
do they change majors? Do some types of students change more than others? Are 
most changes within similar subject matter areas? Obviously, if our data is bad then 
the results are questionable. How much faith can we have in the data we have? The 
ICLM is based upon mryors data, and this is fundamental in the Facilities Analysis 
Model and the (Tost Estimation Model as well as RRPM. How much faith can we 
place in any of these models? 

... It appears to me that one of the problems facing modeling is the securing of accurate 
information - and not merely the identification of mqjors. 
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. . . The (curriculum) requirements for a m^jor are not in this model. In Fidieries, for 
example, some schools require more math, etc. than others, and so it is difficult to 
compare one program to another . . . and we can*t be compared to any other 
Fisheries midor in the State Colleges because we have the only one. 

... (In an experimental mode) can we add a new support program? Yes. A new 
department? It wouldn't be easy and I’m not sure how accurate we would be. How 
about dropping a department? That would be easier. And how about adding a new 
curriculum? We can try. An analyst is needed to activate, and to modify and rewrite 
sections of the model to handle many of the innovative attempts. 

... It looks as thou^ it will take quite some time to refine the input to the model so as 
to make it an allocative medianism. 

... It has its greater use in showing differences. The absolute figures are not as accurate 
as the relative figures - bias is more or less constant (comments directed at a single 
campus data base). 

. . . The change aspect is important in the use of RRPM. 

... My conclusion is that RRPM is of greater use to the Schools (of Natural Resources, 
Business and Economics, etc.) than the College, and to the College than the 
Chancehor’s Office, etc. It is most useful nearest the scene of action - most useful 
at the lowest level of application. 

. . . I*m impressed by the flexibility of this model. 

. . . There needs to be a statement, in prose, to introduce the model (on the 
printouts) — a sort of preface to the run declaring the principles involved 
(underlying the dianges, decisions, etc.), the base, how the parameters weae 
changed, etc. 

. . . Yes, the daul needs to be explained as it is presented - salaries a v era g ed , etc., and 
cover statements giving definitions for Year 1 , Year 2, etc. 

. . . When showing unit costs it would be helpful to di^Iay the number of (credit) units 
involved along side the dollar figures. 

... A profile of the input data should be displayed. 

. . . The reporting of costs by lower division/upper division/graduate without attention 
paid to the mode of instruction is not good. 

. . . The “an levels’* average is rather meaningless and could be misleading. 

. . . You should at least round off to the nearest dollar — or perhaps to hundreds. 

. . . Where appropriate you should show the number of students, etc., alongside the 
doOar figures. 
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. . . Unit cost is useful for an institution in looking at itself - much less useful, in fact, 
in comparing institutions. 

. . . (Regarding extensions of RRPM) attention needs to be paid to the methodology and 
criteria for allocating costs to programs. 

. . . RRPM locates inaccuracies in information and forces us to ask how can we correct 
our input (and upgrade the information system and data base). This is good. 

... 1 see effective administrative technique q)ringing from this model. 

. . . This model can be valuable in the simulation of dianse without going throu^ die 
actual experience. 

. . . Yes, and 1 see it better for simulating changes rather than making projections. 

... 1 feel it is best to make these dianges in a step-by-step manner - add an element at a 
time across the page (printout). We can then sec a sort of chain effect 

... It is difficult to get away from the notions of (I) the magical computer model - it 
somehow gets the data and gives the answers - after all, we have the printouts right 
here before us; (2) that we are not tied to operating conditions and cni,shoutd, be 
thinking in a less restrictive planning — what if?, frame of mind; (3) that this is not a 
budget generator; and (4) that this is not a decision generator. 

. . . RRPM has good possibilities as a training device - we*ve certainly seen this. 

... In looking ahead to the uses of this model, the implications of the allocations 
(changes) of these resources can be quite severe. RRPM does not show impact on die 
organization' (people, program, structure, etc.) - particularly the qualitative a^iects. 
1 am directing this statement to everyone - on this campus, in the Giancellor*s 
Office, and elsevdiere. 

... 1 agree. Innovations (and also merely change) cause impact problems. If 1 want to do 
(try) something reaUy different can the qualitative aqiects be shown through diis 
uK^el? No, not as a stand alone instrument 

... If we go to a heavy class challenging system can this model ^ow impact? Resource 
wise, yes — with some adaptations by our analyst 

. . . What about the self-instruction center 1 am woricing on? Maybe. 

. . . And what about our (departmental) ideas on investigative labs, modular courses, etc. 
Apparently yes, but it will need heavy use of our analyst. 

While discussing the use of RRPM by the Chancellor's Office, California State Department of 
Finance, Coordinating Council for Hi^er Education, etc., the following four comments, 
among others, were made. ' 
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I fear the use of this informaticm. 



I 

I 

... I fear the decision not made with the best information - and many decisions are 
made today with no» little, or bad information. Rather than fear the usr of 
information, let’s provide good information and encourage proper use of it. 

... (And) RRPM (and these tools in general) can serve as a channel and mechanism for 
sending along our analysis of our daU. If we send it along - and you (Director of 
Institutional Research) stated that the fellow from Finance said he would receive it, 
“they” are bound to look at it for they may be called on it later. 

I 

I ... In looking at the use of RRPM and similar tools by the Chancellor’s Office and a 

I campus, they have a control orientation and we a planning orientation in respect to 

I the use of AEL (Accounts Expenditure Ledger) as an input to RRPM; they will tend 

to look at actual expenditures (costs) and we at allocations; they look at history and 
I we look at “what if?” questions, they look at FTE allocations to the coUeges and we 

[ admissions policy formulation, etc. 

f 

I The evaluation process ended with a final question; “Would you use RRPM in the course of 

I your job?” Answer, "Yes.” Of course, there were modifying and e\planatory 

statements ... but we had come a long way from “What is it?” and “It frightens me!” to 
I “Yes.” 



V. CONCLUSIONS 

i I. RRPM can be implemented and run with actual data developed on a State College 
' campus. 

2. RRPM has great potential as a planning tool diat can improve resource management in 
higher education. Its cost computations represent an important first step in the difficult 
task of allocating educational costs back to d^ree wrinners, the ultimate outputs of the 
educational process. Used in a predictive mode, RRPM generates a large amount of 
information relevant to the planning of both support and capital budgets. Used in a 
simulation mode it provides a powerful tool for wxamining the consequences of 
alternative policy formulations. Additionally, RRPM serves as a very suggestive starting 
point for the definition of a comprehensive data base on one hand and for the further 
investigation of phenomena that are not now included in the model itself on the other. 

3. If RRPM is to be implemented on a campus, administrators should be fully aware of what 
implementation at this state of the art implies. The remaining conclusions are addressed 
to these implications. 

4. The administrators, faculty, and students who worked with us on the implementation and 
evaluation of RR^ at Humboldt State College indicated a concern with the uses to 
which the model may be put. We diare this concern. It involves at least two mqjor 
problem areas: mi^terpretation of the model and the question of who will use it The 
possibility of misinterpretation of the model arises in two interrelated senses. First is a 
possibility of misinterpretation of what the entire model is in concept. RRPM is not an 
optimization model It cannot, therefore, be relied upon to make decisions. It is in no 
sense a substitute for human responsibility in the decision-making process. Rather, RRPM 
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is designed to describe resource needs and some of the consequences of particular 
resource allocations as sn aid to the decision*miking process. The second possibility for 
misinterpretation arises in r^ard to the meaning of the paiticulir outputs of the model 
Many of the data produced by RRPM, especially those describing student costs, have not 
yet been completely defined in concept Interpretation and use of these data tn their 
present form should be undertaken with extreme caution. The second problem area 
relates to the question of who will use the model. Decisions concerning public higher 
education in general and the California State Colleges in particular are made at three 
levels: the campus level (local administration), the system level (Chancellor’s Office and 
Board of Trustees) and the Sute level (Coordinating Council for Higher Education and 
State government). We believe RRPM has its greatest potential as a campus planning tool 
used at the campus level. It would indeed be unfortunate, therefore, if one of the higher 
levels of decision making adopted RRPM without providing local campus administrators 
with the opportunity for participation in the use and development of the model. 

5. At this stage, we view the primary potential of RRPM as motivating a teaming process 
concerned with the cause and effect relationships that generate and describe an 
institution’s resource requirements. Another extremely important potential of the model 
is as a vehicle for improving the level of communications among the various 
administrative and legislative levels of decision-making referred to in die previous 
conclusion. 

6. We have no actual forecasting exper^ce with RRPM. Prudence dictates, therefore, that 
in the early stages of implementation the model be run in paraUel with existing planning 
and forecasting techniques. Thus users can gradually acquire a feel for how weD RRPM 
forecasts by comparing its forecasts first with those obtained by existii^ methods and 
later with the actual observed values of the forecast variables. 

7. RRPM is not a static thing but an evolutionary process. At this stage of its development it 
would be fruitless to estimate a version of it and simply make it available for 
administrative use. Imtead, wherever the model is implemented, reqxmsibility for its 
maintenance, interpretaticm and further development diould be asrigned to an 
administrative unit which has access to personnel posses sing both analytic and 
p ro gra mming capabilities. Based upon the experience at Humboldt State CoD^e it is 
strong recommended that, at least during the implementation stage, a rin^ individual 
be assigned full-time to the task. 

8. The benents of the evaluation process to the management evaluation group were (at 
least): 

1 . Increased knowledge about this coU^ and how it operates. 

2. Ina^t into the interrelatedness of the various programs, subprograms, and impact 
of decisions. 

3. A better understanding of models in higher education, the WICHE NCHEMS 
program, and tiie security gained Bitough knowledge. 
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VI. FUTURE DEVELOPMENT AND USE OF RRPM 



The use and feasibility of RRPM, the ICLM, and models in general have been conakteied by 
Humboldt Sute and the Chancellor’s Omce. RRPM and the ICLM are up and running at 
Humboldt State. The mans'*«ment group at Humboldt State hu gone on record as being in 
favor of utilizing these tools. Interest in systemwide application centers in the Division of 
Analytic Studies in the Chancellor’s Office. The California State Department of Finance has 
expressed keen interest in RRPM and the ICLM. The CalifomU Coordinating CouncU for 
Higher Education has its own model - Faculties Analysis Model (FAM), and is very interested 
in the ICLM. The California SUte Legislative Analyst’s OfTice is on record supporting a hard 
look at the usefulness of these tools. 

Cetlain steps need to be taken to place RRPM in an openttonal mode at HSC (or any other 
camptu): 

1 . Some simple docunrentation needs to be completed. 

2. Decision forms for RRPM to be used by campus administrators need to be 
developed. 

3. The structure and procedures for the use of a planning model need to be designed 
and installed. 

4. A capabflity to work with analytic tools for decisioiMnaking needs to be buQt into 
the organization. 

At present NCHEMS is in the process of making chai*ges to the RRPM software as a result of 
the pilot teat experiences. The following list contains a set of additional changes proposed for 
consideration in die future development of RRPM. The items range from rather simple 
programming dianges to quite extensive studies. 

1. Reprogrammingof the RRPM report generator to allow changes in the titles for the 

functional areas within the Support Su bpr ogr ams which do not appear on the 
reports; e^., 4.1 - Ubraries, I - Administration, 2-?i©cesring Services, 
3 - Pu^ Services. This is a result of substituting functional areas for nonMdemic 
staff ranks at mc. 

2. Provision for cither a footnote or a cover page on the reports to allow an indication 
of whidi parameters were dianged for a givim run of the modeL 

3. Developing software to change various model parameters at the end of each 
simulated year. 

4. Development of an edit program for die input files whidi diqilays die informatics 
in a convenient form and allows for remarks about the source and accuracy of the 
data. (A series of edit p rogrr ms was developed by another of the pflot institutions 
but was not tested at HSC.) 

5. A methodology for determiniiig degree>winner costs. 



6. Guidelines for determining instruction utilization of Support Subprogram resources 
and methods of allocating these costs to disciplines. 

7. Procedures for utilizing Cost Finding Principles software to make the crossover from 
Allotment Expenditure Ledger files to the Program Classification Structure. 

8. A student flow model to help improve enrollment forecasts and provide guidance for 
determining enrollment policies. 

9. An examination of the standards, utilization, and allocation of space. 

10. A study of equipment and building amortization and the effects on the costs of 
instruction. 

The use of a model such as RRPM will hopefully be in response to a demand by the 
management of educational institutions for aid in planning and decision-making. An example 
of this demand is exemplified in the following discussion. 

In early 1971 the Chancellor of the California State Colleges presented a number of proposals 
to the Trustees some of which, he felt, would make it possible to serve a greater number of 
students with the resources made available without reducing the quality of education. RRPM, 
being a resource requirements planning tool, should be able to be of service in woridng through 
these ideas. Without going into any great detail let us look at the possibility of using RRPM as 
an aid to planning in this situation. All excerpts are taken from Vol. IV, No. I of The 
Chancellor Comments, February, 1971. 

“1 propose that we diallenge the lockstep, time-serving practice of offering a 
d^ree based on the accumulation of credits, hours, semesters, and classes 
attended. I propose that we offer, instead, degrees based on academic 
achievement, carefully measured and evaluated by competent facilities.” 

With the aid of an analyst RRPM could support the planner in looking at this idea. Measures of 
faculty and student load would have to 1^ woriced out and interpreted; the type of demand 
placed on library, audio-visual, and other support areas would have to be estimated, etc., but it 
could be done jemd would probably prove quite helpful. 

f 

i 

“I belieVe that the period of time spent in coll^ can be reduced by one^alf to 
one full year or more for many, if not for most, students, by a deliberately 
strengthened advanced placement working relationship with the high schools 
and through comprehensive examinations given lower-division students. 

Through such programs credit could be given for much of our required general 
education.” 

RRPM could also be of assistance in estimating the impact on resources for this idea. The 
ICT^M would need quite a bit of attention, but thinking could be brou^t into harper focus 
with RRPM. 
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‘The effective use of advanced placement, comprehensive entrance 
examinations, and challenge examinations might reduce the minimum time 
spent in the undeigraduate work to 2 1/2 to 3 1/2 years. An average reduction 
of from only 4 to 3 1/2 years between freshman admission and graduation 
would be equivalent to serving at least 12,S0Q more students with only modest 
additional resources directed to increased recordkeeping, advising, and the 
handling of examinations.” 

Once the change in resource mix is identified and defined it can be placed in the RRPM 

framework and resource requirements estimated. 

‘‘Such fundamental changes as I here propose would change in many ways the 
task and function of the college faculty. The individual faculty member would 
serve more in the capacity of advisor and resource consul tant for students, and 
evaluator of student achievement. Proportionately less of his time would be 
spent in classroom lecture or laboratory supervision because over a period of 
time the number of class offerings would be reduced proportionately. This is 
why we must devise a new method of measuring faculty workload. The 
1 2-hours-in-class rule would be outdated. 




“In like manner, much greater responsibility would be placed on the student 
for his own learning, which could be largely or entirelj' independent study. 

Classes would be available, as in the past, for those students who feel this need, 
but the total campus would become a resource for learning, with people, 
books, electronic gadgets, and advisement available for those who wish to learn, 
but with much more initiative demanded of the student himself. The penalty 
for lack of such initiative would be swift. Spoon feeding would be at an end. As 
space becomes more and more difficult to provide, a larger number of students 
might be forced to independent work or to rethink their educational objectives. 

“Related to this proposal is the possibility of providing degree opportunities 
for substantial numbers of students other than through an on-campus program 
as students in-residence - students who, under our present rigid systems, we 
cannot hope to serve. Our extension operations should provide a degree 
aspirant with an alternative to the on-campus program. The new British “Open 
University” has within it a number of concepts which, with modifications, 
might well work in the State College context. The application of modem 
technology to high education-televised instruction, correspondence courses, 
self-study combined with intensive short-course on-campus programs, taped 
lectures with study guides to comprise programmed learning, as well as 
classroom instruction on or off campus - can be utilized to extend college 
opportunities to many more students on a self-support basis, with a consequent 
reduced demand upon on-campus education facilities and resources. This would 
also provide for the giving of degrees through extension, and the consequent 
upgrading of current extension offerings.” 

The emphasis is on a different mix of resources and a different definition of woricload. 

Resources that are treated rather ligiitly in the pilot-test version of RRPM would have to be 

made more sensitive. Some attention is being given to this by the NCHEMS development staff. 
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Some thought and programming effort would be needed to adapt RRPM to this speciHc 
simulation situation. A much better tool would result — and hopefully a payoff in better 
decisions. Throughout the pilot test a pressure was felt to alter RRPM to be not only a 
long-range forecasting device, but also an experimental tool. Here is an excellent example of 
just such a use. 

It seems that RRPM can be of use in approaching the ideas put forward by the 
Chancellor — i.e., in evaluating resource requirements. ITie impact on the qualitative aspects is 
another matter. 



VII. EPILOGUE 

We have found the task of pilot testing RRPM a rather unique and, for that reason, a rather 
exciting experience. The existence of an analytical planning instrument in education being 
utilized at this time is undoubtedly rare. We are just on the frontier of an era of new 
management tools for educational administrators. 

We seem to be at last moving from the often discussed theory to the often alluded to notion of 
implementation. The last six months have indicated that there are many problems in gathering 
data, testing, and implementing an RRPM, but the resulting involvement of management as 
evidenced by its dialogue (constructive as well as destructive) is a reward worthy of the effort. 

The obvious danger at this point lies in the tendency to relax, to “rest on one’s laurels,” to 
assume that RRPM will magically continue to function on the impetus given to it in the last 
few months. We feel that more effort must be exerted to make it an ongoing affair. This is the 
direction in which we are continuing to exert effort and influence. 
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HUHBOLDT STATE COLLEGE I 

INSTITUTIONAL RESEARCH 

MEMORANDUM 

April 12, 1971 ; 



TO: President's Council 

FROM: D. F. Lawson, Director 

Institutional Research 

SUBJECT: INTRODUCTORY COMMENTS CONCERNING THE RESOURCE REQUIREMENTS 

PREDICTION MODEL (RRPM) 



Various materials are to be sent to you in support of, and preparation for, 
0 ) the visit of Mr. Keith Evans on April 16, (2) our presentation on 
models and RRPM before the President's Council on April 19, and (3) your 
involvement in evaluating RRPM ns a planning tool for HSC, specifically, 
and higher education generally. You have already been sent two articles 
from College and University Business and one from the Journal of the College 
and UnTversity Per, onnel Associ^on . 

This Wednesday - Friday you should be receiving (if the U. S. Mail comes 
through as expected) An Approach to Planning and Management Systems 
Implementation by James Fanner: WICHE Technical Report 16, The Resource 
Requirements Prediction Model 1 (RRPM-1): An Overview by Warren Gulko; 

and a copy of a talk by Alan Feddersen on modeling given at a recent 
California Association for Institutional Research Forum. On April:19, you 
will be given materials on the program classification structure, the budget 
crossover, RRPM input elements, and sample printouts. A copy of The 
Feasibility of Analytic Models for A cademic Planning; A Preliminary 
Analysis of Seven Quarters of Observations on the Induced Course Load 
Matrix , by Jewett, Feddersen, Lawson, and O'Grady, is enclosed with this 
memorandum to those of you who were not on the original distribution list 
(additional copies are available if you have misplaced your copy). 

The purpose of this memo is to provide a generalized and non-technical 
statement tying together models, WICHE, PMS, RRPM, current HSC involvement 
in those areas, and why we should be interested in them. 



DFL: jmh 
Enclosures* 

cc: IR Advisory Committee 

Davis (Pat) 

Underwood 

★ An Approach to Planninq and Management Information Systems Implementation 

Contract , . . 

The Feasibility of Analytic Models for Academic Planninq: A Preliminary 

Analysis of Seven Quarters of Observations on the Induced Course Load Matrix 
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A Model is . . 



** 



Models can be variously defined and classified. For our purposes it is 
appropriate to consider a model as a tool used in policy and decision 
development, expressed in quantifiable terms and adapted to a modern 
high speed computer to facilitate data storage and manipulation. In 
this sense, then, RRPM can be described as a mathematical model, trans- 
lated into a series of computer routines. It is intended to provide 
conditional forecasts of the resource requirements associated with operating 
an institution of higher education over a specified period of time. The 
output from RRPM is intended to be useful in aiding decision-makers in the 
allocation of educational resources. 

As educational decision-makers we find that in most situations there are a 
few central cause-and-effect relationships which are of overriding importance 
in determining the outcome. Models generally concentrate upon these impor- 
tant cause-and-effect relationships. Other aspects of a particular situation 
may be studied independently or disregarded as unimportant. Thus a model of 
a campus system, subsystem, or process, reduces the number of variables to 
manageable proportions so that the more significant relationships can be 
identified and studied. A model or formal structure which specifies the 
nature of the important relationships among these variables provides a 
tentative explanation of the system or process. In other words, a model is 
a description of a system or process. In a computational model, the theor- 
etical relationships are depicted in mathematical formulations and/or computer 
programs which are capable of yielding solutions in the form of predicted 
outcomes. 

Models are more widely used in decision-making than is realized. Unless an 
individual makes decisions entirely by instinct or guesswork, he must have 
in his mind some explanation of the relationship between the alternatives 
he faces and the expected outcomes of the various alternatives. However 
sketchy or incomplete they might be, the rational decision-maker utilizes 
model s . 

As stated, a model is a simplified representation of an actual system or 
process. Therefore, its explanation of the system or process will be 
simplified. But even then the simplified explicit model provides the 
opportunity for a more clearly understood starting point than a less explic- 
itly formulated, unarticulated model which the decision-maker might carry 
about in his head. An explicit model pinpoints the relationships which 
appear to be significant and requires that they be considered systematically 
and in context. This limits the dangers of overlooking important factors 
or overemphasizing relatively minor factors in reaching decisions. 

The decision environment contains a set of interrelated variables, some 
under the control of the institution (and capable of manipulation), and 
some not (which can be taken as given). The specification of these inter- 
relations within a certain scope of activity is the starting point of a 
model. Though not necessary, such specification is generally sought in 
equation form, for this is the most precise means of specifying relations. 



This section leans heavily on Chapter 9 in Ferber, Robert and 
P.J. Verdoorn, Research Methods in Economics and Business . 
The Macmillan Company, New York, 1962. 



of testing their adequacy, and of subjecting them to further analysis. 
The resultant model may be a very complicated one, involving numerous 
interrelated equations, or it can consist of perhaps a single linear 
equation in two variables. 

The process of constructing the type of model to which we are addressing 
ourselves can be reduced to four more or less distinct steps: 



1. Specification of a set of hypotheses purporting to explain the 
(one or more) phenomena being studied. These hypotheses may be 
based on past studies, empirical findings and/or a priori 
reasoning. This set of hypotheses constitutes the structure of 
the model . 

2. Translation of these hypotheses into a form amenable for testing, 
usually into mathematical equations. 

3. Estimation of the parameters of the model. This step necessitates 
prior assumptions about the various mathematical characteristics of 
the variables so that a proper estimation procedure can be specified. 

4. Evaluation of the adequacy of the model and of the underlying 
assumptions and hypotheses, generally by empirical tests. 



The adequacy of a model is evaluated in essentially the same way as is any 
hypotheses. The actual process of evaluation may be quite intricate if the 
model is a large one. Before empirical estimates of the model parameters 
have been derived, the adequacy of the theoretical model has presumably 
already been established to the satisfaction of the researcher. After the 
parameters have been estimated, further tests of the adequacy of the model 
can be made based on the forecasts generated by it. These tests may be 
classified into two general groups, those relating to the statistical proper- 
ties of the model and those tests dealing with its substantive implications. 



Evaluation of the adequacy of a model should bring to bear as much pertinent 
GXtGrndl data as is availablG—and which has not alrGady bGGn usGd in thG 
model— and should involve examination of the results from many different 
perspectives. Ideally, for a model to be acceptable, it should: 



1. Satisfy all the statistical prere'^jisites— justify the assumptions 
underlying the estimation procedures, have statistically significant 
coefficients, explain variations in the endogenous variables within 
the range of tolerable error and without systematic or highly unusual 
disturbances. 

2. Make "sense" from a substantive point of view — the estimates should 
reconcile with such other information as is available and with 
priori expectations. 



Survive the acid 



test of predictive accuracy. 
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3. 



RRPM - A Summary Statement 



RRPM Is a model which basically takes student enrollment projections 
for a set of years and converts them to the resources necessary to support 
them (e.g., faculty, staff, operating expenses, and space) for each one 
of those years. 

The model Is built around WICHE's Program Classification Structure (PSC) 
rather than the usual line item budget. The model gives as basic output 
the PCS Program costs as depicted below: 

Primary Programs 
Instruction 
Organized Research 
Public Service 

Support Programs 
Academic Support 
Student Services 
Institutional Support 
Independent Operations 

The model is also designed to operate in terms of Higher Education General 
Information Survey (HEGIS) disciplines rather than, say, departments. The 
Primary Program costs depicted above are computed to the discipline level. 

A very general logic of the model runs as follows. For Instruction Cost 
an induced course load matrix is used to convert a student enrollment 
projection by major to a loading on the various campus disciplines in 
terms of student credit hours. A series of factors convert these credit 
hours to the number of faculty positions required by each discipline. 

These faculty positions give rise to administrative and support positions. 
Salary schedules are used to calculate salary costs. Equations then give 
rise to operating expense and equipment cost for each discipline. The 
generated positions also give rise to space requirements and associated 
construction costs. 

Organized Research and Public Service computation logic will not be 
discussed since these costs are not significant for HSC or the California 
State Colleges and, therefore, were deleted from our version of RRPM. 

Each of the Support Proorams listed above is made up of various sub-programs 
(nondiscipline oriented). For each sub-program a set of equations evaluates 
staff positions and operating expense and equipment. Salary costs are 
evaluated; space requirements and associated construction costs are computed. 

The following list depicts the output reports available from RRPM and 
are generated for each year that RRPM is run: 

1. Positions and dollars report for each PCS Program. 

2. Summary PCS report. 

3. Instructional costs by discipline and course level. 

4. Average instructional course unit cost by discipline and 
course level. 
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5. Instructional costs by major and student level. 

6. Average instructional course unit cost by major and student 
level . 

7. Student total class credit hours by course level. 

8. Student total class contact hours by course level and instruction 
type (lecture, lab, other). 

9. Faculty total contact hours by course level and instruction type. 

10. Space requirements by type of space. 

11. Construction costs by type of space. 

12. Total student enrollments by major and level (which is input data). 

t 

Once the model is operational it is possible to test the resource efi^ects 
over time of certain "what if?" questions. Some of these are listed in 
the following section. 

WICHE, PMS, and RRPM 



The Western Interstate Commission for Higher Education (WICHE) is a public 
agency through which the thirteen western states work cooperatively in the 
area of higher education. An important WICHE effort is their Planning and 
Management Systems (PMS) Project. The emphasis in this project is on 

effective application of the new management techniques in 
colleges and universities . . . This task involves: (1) develop- 

ment of an adequate data base related to all aspects of insti- 
tutional operations; (2) development of planning, programming, and 
budgeting systems applicable to colleges and universities; 

(3) development of information concerning the demands and needs 
generated by various types of students as they move through 
higher education institutions; (4) development of methods of 
measuring the outcomes of educational programs; (5) development 
of procedures for standard reporting and exchange of compatible 
data among institutions; and (6) development of methods for planning 
and managing college and university physical facilities. 

The Resource Requirements Prediction Model (RRPM) is the first model to 
be developed in the WICHE Planning and Management Systems Program. 

WHY SHOULD THE PRESIDENT'S COUNCIL BE INTERESTED IN RRPM? 



This modd is of interest to those of us at HSC and in the CSC system for 
many reasons: 

1. Much will be learned about the possibilities, problems, and 
prospects concerning the use of mathematical models in higher 
education. 

2. RRPM has many features in common with the (California) Coordinating 
Council for Higher Education Facilities Analysis Model (CCHE-FAM) 

which is currently the subject of much controversy, conversation, 
and rumor. 
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Many UICHE PMS definitions, classifications, and concepts 
relevant to RRPM are finding their way Into the environment 
of higher education In California. For example, RRPM Incor- 
porates the WICHE Program Classification Structure being used 
by the California Department of Finance In presenting the CSC 
budget for 1971-72. 

4. Apparently the CSC Chancellor's Office Is committed to using 
models and other analytical and informational support In 
decision-making, planning, and control. On pages i and 1 of 
An Approach to Planning and Management Systems Implementation 
we find: 

The California State Colleges are pursuing an 
evolutionary approach to development of a 
management information system similar to the 
plan suggested in this paper. They have 
received legislative direction to implement 
the Western Interstate Commission for Higher 
Education (WICHE) Planning and Management System 
(PMS) and will use many of the WICHE products. 

(p.i) 



. . . many officials— including governors, 
legislators, and heads of funding agencies-- 
have developed an interest in planning and 
management systems, and in one case— Cal ifornia— 
the WICHE Planning and Management System has 
become mandatory for the public institutions 
of higher education, (p. 1) 

5. > One of the generally recognized advantages of models of the 

RRPM type is the increased knowledge and insight gained by 
decision-makers concerning their institution, its structure, 
process, environment, etc. 

6. RRPM's main objective is that of improved planning and management 
in institutions of higher education; viz., RRPM is intended to 
help us deal with "What if?" planning questions in the area 

of resource requirements such as (see pp. 6-7 of RRPM ; An 
Overview , to be sent to you): 

. . . What if a specific change is made in the mix of students 
either by degree program or by level or both? 

. . . What if a change is made in the instructional techniques; 
e.g., independent study versus classroom study, classroom 
activities versus laboratory activity? How does such a 
change influence the resource requirements over an extended 
time frame? 

. . . What if a specific new program is added or a current program 
is dropped? What are the resource implications for the 
total institution resulting from these types of changes? 

. . . What if a change is made in the mix of faculty conducting 
an instructional activity; e.g., substituting, say, 
tenured faculty for graduate assistants (or vice versa)? 

. . . What if a major change is made in the faculty's salary 
schedule? 
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. . . What If a change Is made In the average faculty load? 

. . . What If changes are made In the staffing rations of support 
staff to faculty? 

. . . What If a change Is made In the average section size, either 
across the board or In specific Instructional programs? 

What implications will such a change have for both facility 
requirements and faculty resources? 

. . . What if changes are made in the mix of the student body? 

What resource implications will such changes have on, say, 
library resources? 

There is no shortage of incentive for us to be interested In RRPM. 

WE WANT SOMETHING FROM YOU . . . FOR ALL OF US. 

Humboldt State College is one of eight schools pilot testing RRPM.*** 

As stated in our contract with WICHE (attached), we are to report and 
evaluate our experience with RRPM by the end of June, 1971. All of 
you are invited to participate in this process. For some it TT”critical 
that you are involved. Our aim is that our (HSC) combined wisdom is 
expressed in both the final report and a useful college version of RRPM-- 
if, in fact, there ought to be such a final product. 

How can you become involved? Identify yourself to me as one who is willing 
to commit the time necessary to join with others in testing this model and 
evaluate the results. You need not be a "heavy" in mathematics, statistics, 
computers, etc. You should be (and are by virtue of what places you on 
the President's Council) involved and/or interested in the planning and 
decision-making process at this college— particularly in the allocation 
of educational resources. 

You will be asked to participate in making decisions and formulating policy 
concerning planning matters for this college. This will then be fed into 
the computer and the results returned to you. Then you will evaluate, 
retest, etc. You will be asked to get a good "feel" for what this model 
can and can't do. You will be asked to enter into group discussion sessions 
with your associates. You will be asked to provide the basis for our 
response to WICHE as to the adequacy and usefulness of this version of 
RRPM in regards to the substantive and predictive aspects of evaluation. 

A FEW PARTING COMMENTS 



. . . RRPM is essentially a space and staff model --both as to 
quanti ty and do! 1 ars . 

. . . RRPM is a long-range planning model--not a budget model. 

. . . In its present form RRPM is not designed for information 

exchange between institutions or for comparing institutions. 
It is an internal planning instrument. However, RRPM will 
be used by s6me for information exchange and comparison. 

This is a misuse . . . unless inputs, objectives, etc., are 
comparable. Only rarely, if ever, would there be by chance 
such comparabil ity--even among the California State Colleges. 



***UCLA, Stanford, SONY (Stony Brook), University of New Mexico (for 
Community Colleges), University of Utah, Washington State University, 
Portland State University, and Humboldt State College. 
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.. . . WICHE in many ways keeps saying to the funding and control 
agencies that some of the benefits of its PMS are compar- 
ability and interchange of information. Since RRPM in its 
present state is not designed to do this, much confusion 
has been generated. As long as it is "dealer's choice" 
on definitions of costs, etc., this will remain a problem. 

. . . Unit cost, average cost, and total cost as used in this 
model have very special definitions and do not include 
all cost components . . . so be cautious in this area. 

... In RRPM, as given to us, non-staff and non-space instructional 
costs (such as faculty travel, instructional o.e. and equip- 
ment, etc.) are lumped together and distributed back over 
disciplines (departments) by FTE students. This greatly 
weakens, we feel, the ability to ask many "what if?" questions 
related to instructional techniques, etc. To shore up this 
area we have developed a preprocessor with the ability to 
distribute o.e., equipment, instructional ADP, language labs, 
vessel charter, etc., back over instructional cost centers 
in a more meaningful /sensitive fashion. 

. . . Support Program costs do not get distributed back over 
instructional areas. 

... As you go through WICHE technical report 16, the "Overview" 

(and you should— it is a fine report), please note that 

some elements are not included in RRPM to date— viz., projected 

degree-winner cost. 

. . . My observation is that CCHE-FAM is RRPM with a greatly 
expanded space and facilities sector. 

... In recognition of the fact that colleges (at least the 

California State Colleges) do not have the staff necessary 
to place an analyst between RRPM and campus decision- 
makers/planners, we are in the process of designing decision- 
forms that can be forwarded to a control clerk at the ADP 
Services Center who will routinely produce the output and 
return it to the decision-makers/planners. This would 
make RRPM potentially a more appealing and useful tool. 

In spite of all of our desires and efforts to eliminate 
the analysts, however, it is becoming quite evident that 
some level of analyst support will be required. 

By the time you receive this, we (Frank Jewett, John Busby, Alan Feddersen, 
and myself) will have spent Easter weekend in Los Angeles trying for 
the first time to run the HSC adaptation of RRPM on a computer (CSC 
Southern Regional Data Center). We hope to have It running on our campus 
by the first part of May. Then we will be able to enter into the evaluative 
process. 



DFL: jmh 

Note: The contract with WICHE mentioned on Page 7 1s not attached in this 

appendix. 
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Ital* of Califertila 



Memorandum 



HUt^lBOLDT STAH COlUOl 
AACATA, CALIFORNIA 9SS2I 



To I Dr. Lawson, Director 

Institutional Research 



From 



Richard L. Ridenhotir, Dean, Acadenlo Planning 

Office of the Vicn-Prosident for Acadomle Affelrt 



Subfocti ThoTights and Conjnents About RRPM 



^ June 11, 1971 

AOMINI«iTRaTIVE AFFAIRS 

HUMBOLDT STATE COLLEGE 

JUN 1 5 1971 

RECEIVED 

INSTITUTIONAL STUDIES OFFICE 



I see RRPM as having a great deal of potential as a planning tool. Uhat I can- 
not evaluate is the cost/benefit ratio of using RRPM. I see it as a useful 
aaeans of evaluating the effects of different sets of parameters. At this stage, 
It seems less valuable as a means of predicting what might be construed as 
actual resource demands under different conditions. 

RRMP, though designed basically for projecting Institutional resource reqxilre- 
Bsnts, probably is not really ready to acoonpllsh this objective. At least at 
Humboldt State College, some of the basic data, ouch as the numbers of students 
In particular majors a^ the mix of courses taken by various majors, .are not 
Tsry precise. Also, the method of allocating faculty resources by average class 
else, though practically this may be a fairly accurate approach, does’raflect 
the actual method which Involves the oonq[>lex faculty-staffing fonmila. **Polnt 
wstlmntes of resource reqtilrenents may well be biased, although how badly In 
difficult to guess; and, further, precision of estimates is not Indicated. 

The program does seem more valuable as a means of Identifying differences be- 
tween resource requirements resulting from the use of different parameters. 
Evaluation of differences, though influenced by the precision of tbs basic data 
used, would be less affected by biased sstlxoates. 

Specifically, RRPM seems to provide the means whereby the effects of possible 
changes in such factors as faculty work load, student class load, and resource 
allocations can be evaluated. Preferably, changes of parameters should be 
evaluated singly and then In combination so that main effects can be separated 
Xrom Interactions. Particularly, as new, more efficient methods of Instruction 
aro being sought, RRPM should provide the means to "try" various Innovations. 

I realise that the program, as it is presently written, is not really designed 
to ooipare the effects of different resource allocation parameters. Ihe pro- 
gram would be more useful to me if it were written so that different parameters 
could be used each "year". 

More minor and more specific problems exist. Liq)lled precision by osurrying 
costs to the nearest dollar or even. In some cases, cents should be avoided 
unless the data warrant such precise results. The printing of averages, even 
though they are weighted such as by numbers of students or units per class level, 
should be avoided because they inevitably tempt one to compare estimates with 
others based on different weights. 
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Possibly the most linportsnt conclusion concerning RRFM is that it must be used 
vlth caution. It has the capacity to give someone a good introduction to the 
operation of a college. HoveTer, unless that person is already veil informed 
about the general functioning of a college, It would be easy for many Inappro' 
prlate conclusions to be reached. It must be recognised that RHFM does not ii\ 
any vay indicate the quality of the institutional product idiether It is a unit 
of credit or a graduate. Also, it must be recognised that what normally appears 
to be the same program in different institutions, may actually be very differ- 
ent. It must be recognized that, although RRPM is a very ooiq>lex model of an 
Institution, it still Is basically simpH.stie. It should be a valuable tool 
for a college administrator, but it should not be used indiscriminately by 
Individuals who are not well versed in the operation of a college. I am most 
concerned about the potential use of RPPM by individuals who th<wit they know 
how a college operates or should be operated. 



RLRiro 



/ 



77 




Humboldt State College 
SCBDOL OF NATURAL RESOURCES 

MEMORANDUM ' 



HUMBOLDT STATE COLLEGE 

JUN 1 6 1971 

INSTITUTIoS^f STUofES^OFflCE 

DATE: June 11, 1971 



TO: Dr. Don Lawson, Director, Institutional Research 

Donald W. Hedrick 



SUBJECT: 



My personal comment as Dean, School of Natural Resources, 
to be included in the appendix of the RRPM report 



Having sat through most of the briefing and review session of RRPM 
on the Humboldt State College Campus, I am both disturbed and 
pleased with the problems and potential of academic planning 
possible with this and similar models for institutions of higher 
education. Use of models can be dangerous if employed by admin- 
istrators without an adequate understanding of educational 
processes and appreciation for the limits of error attendant with 
input and output data . On the other hand, when used to simulate 
changes in instructional resources, teaching loads, support 
services and so forth, much valuable information on the consequences 
of contemplated action can be learned vicariously. 

Certainly a major value of this and similar models is in learning 
more about the operation of educational institutions and how 
instructional programs are influenced by varying faculty work 
loads, class size, space allocations and support services. The 
exchange of philosophies and ideas with various colleagues on 
the Research Advisory Committee for Institutional Research was 
a most valuable by-product of reviewing the RRPM Model on the 
HSC campus. 

In summary, I see academic modeling as an effective tool in the 
hands of responsible faculty and administrators on individual 
campuses, but an ominous threat if used as a decision making 
process by a central office remote from the scene of action. 

DWH/kla 

cc: Dr. Richard Ridenhour 




MEMORANDUM 
HUMBOLDT STATE COLLEGE 



June 15, 1971 



TOx 



DR. DON UVSON 



PROM; JOHN F. PADI£I 

SUBJECT: PERSONAL EVALUATION, RRPM MANAGEMENT EVALUATION 



reactions to the recent management evaloiation sessions of the RRPM at 
Bonboldt State College are favorable to tne groiqpf to the process a pd to the 
Integrllgr and honesty of the r^ort. I would tMnlc that such a study would 
be oioBt beneficial to Humboldt State College as long ae it remained an "in- 
house document" . Prom the information gathered by this study, I am sure wo 
could inprove instruction at Humboldt State College without the loss of ax- 
ceUenoy. 

However, based on experience In the California State College system, I am not 
optomlstic about the future use of this or any similar study. I predict that 
such studies will not remain "in-house documents". Rather they will be used 
for decisions on educational policy baaed on economic efficiency. Lip ser- 
idce will be paid to eoccellence in teaching, but in the end this excellence 
vlU be rationalized avaor* I do not feel that I am being pesaimlstlo \d^en I 
that the use of studies such as this will lead to more economic ef- 
ficiency in higher education and at the same time result in mediocrity of that 
same higher education and a society which believes in medlbcrlty of education, 
will certaiiOy become a mediocre society. I do not tMwy that that is nes- 
slmlstic so much as it is realistio. ^ 




Uohn P. Pauley '- 
Chairman of the Faculty 
of Theatre Arts 
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HUMBOLDT STATE COLLEGE 

ARCATA, CAUFORNIA 95521 



PERSONNEL OFFICE 



TO: 



Don Lawson 

OIr., Instit. Studies 



DATE. June 18, 1971 
LJT-7I-07I 



FROM: Lester J. Torgerson 

College Personnel Of 




SUBJECT: Evaluation of RRPM 



RRPM Is a useful management tool for estimating manpower requirements, 
facilities requirements, and estimated cost projections on a "what 
If" planning basis. The first two estimations have special application 
to the budgeting and pers(j^nnel management activities at the college. 

The cost projections areyweakest part of the RRPM due to the difficulties 
of costing outputs of an educational Institution. It Is my hope that 
the cost projections of RRPM based oh student contact hours, course 
costs or space costs would not be used as a "standard" to compare one 
Inst I tut Ion wl th another. Too many unique, local factors Influence 
the "output" costs and projections to enable the costs to be used 
for comparison purposes, except In a very general sense. 



LJT/arp 
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Stat* of CoSifornia 



HUMBOLDT STATB COLLIOI 
ARCATA, CALIFORNIA 9SSai 



Memory n d u m 



To » Dr. Donald 7. Lawson 

Director, Institutional Research 



Dotai June 21 , 1971 



Prom I D. F. Strahan, Vice President for Administrative Affairs 




Sub)tctt WICHE MODEL 



The following are some comments which I feel are of value for review by 
others who may be assessing the appropriateness of the WICHE Model for 
their institution: 

1. The introduction of the WICHE Model to this campus is a natural next 
step following the work on the Induced Course Load Matrix undertaken 
by Professors Jewett and Lawson. This implies that the data bank on 
the history of courses selected by majors is Inherent- to the Imple- 
mentation of the model. Fortunately, we had prepared ourselves to 
that extent. 

2. It has been my observation that the various members of the college 
community are receptive to the request for proper input data and met in 
a very constructive manner with the Director of Institutional Studies 
for the development of input data . 

3. From the model, we realize we can request and be given much "trial" 
prediction data. We now need to-learn effectively how to handle such 
trial data. Turn around is fairly fast; we can thereby modify our input 
to work toward more desirable outcomes with reasonable ease . One 
of our most difficu^ tasks will be to assess the "rolling effect" of 
successive changes that are bound to occur in the natural evolution of 
an institution annually. 

In summary, I feel the WICHE Model can be an Important tool for those of us 
who must make major decisions on the best use of resources. Much promise 
in this regard is indicated by the model. 



DFS/ns 
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Humboldt State College 
Areata, California 

MEMORANDUM 



I 



O 

me 



TO: 



FROM : 



SUBJECT : 



Donald F. Lawson, Ph.D. 

Director, Institutional Research 



J. R. Cunningham, Ph.D. 
Director, Testing Center 




DATE: June 23 , I971 



Comments on words and numbers and things concerning 
RRPM 



As with many reports, the printout produced by the RRPM computer 
program attempts to reduce a mass of statistical data to the 
point where it is understandable and usable to the members of 
the various constituency to whom the report may be directed. 
Again, as with many reports, it does not follow the first prin- 
ciple of report writing, i.e.;‘ a report should be directed 
toward the intended reader. The second principle of report 
writing is that the more diverse the background of the intended 
readers, the more careful the writer must be in his choice of 
words. The word "average” as used in the report is a case in 
point. To a statistician the word "average" has semantic 
meaning devoid of affective value but this is not true to many 
other classes of individuals. To the "man in. the street", 
the word average when modified by the adjective below has a 
"good" or "bad" meaning dependant upon the data described. 

It is "bad" when describing one's income level but "good" 
when describing one's tax rate. This problem can be somewhat 
avoided by using technical terms, such as the mean, which have 
not become part of the common vocabulary. 

The writer of these comments would prefer that the report be 
written so as to not require the use of either of the above 
words. There are times when reducing data to a mean looses 
too much information in the reduction process. If we can com- 
pute a mean, that means that we already have at hand a 
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distribution of values and if we have a distribution, we also 
have a range of values and we can compute the variance. When 
looking at unit costs, it would seem that the range of these 
costs, by discipline and course level, their standard devi- 
ation and the shape of their distribution in addition to their 
mean value would be valuable planning information. One would 
assume that the unit costs in lower division education courses 
would have a leptokurtic distribution while upper division 
courses iu chemistry would have a platykurtic distribution. 

As is cor.mon knowledge, the more platykurtic a distribution 
becomes, the less accurate the mean becomes in desci'ibing 
that set of data. If we knew the degree of kurtosis of a 
distribution, we could then decide how much weight to give to 
the mean unit cost of a discipline in any decisicn about that 
disciplitie . 

Another piece of information hidden by the use of the mean 
is the atypical value. It is not known now the program handles 
atypical values but since the atypical value affects the mean 
out of proportion to its significance, it needs to be considered. 

The reporting of average unit costs to the penny ler.ds one .to 
believe that the report is accurate to a degree which is not 
inherent in the input data. What is truly needed is a compu- 
tation of the va,riance of these values so that a standard error 
could be reported. A unit cost of $51 — $6 would more truly 
reflect the accuracy of the input data than does the present 
method. At the very least, the unit cost values should be 
rounded to the nearest whole dollar. 

Combining lower division, upper division and graduate unit costs 
to give an all level unit cost makes about as much sense as 
combining the average weight of oysters, mussels and tritons 
in a pot and calling it a shellfish dinner. As community 
colleges and graduates schools will attest, these programs are 
more than a time series. They are different programs in more 
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than level. They have different objectives, different ends, 
and different methods of instruction. To lump them together 
and report one value for the data leaves much to be desired. 
The reporting of the all disciplines average by levels is 
of the same caliber of thought and could provide a not-too- 
brdght individual the means to do a quick and dirty comparison 
of institutions. 
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- memorandum - 

TO: Dr. Donald F. Lawson DATE-: June 25* 1971 

Director of Institutional Studies 

FROM: ■ Gary Montgomery 

SUBJECT: Evaluation of RRPM 



I am afraid I have to approach the evaluation of the Resource 
Requirements Prediction Model (RRPM) with somewhat mixed feelings. There Is no 
question that our Institutions of higher learning are In desperate need of an 
efficient, equitable means of resource allocation. However, In our search for 
such a system of resource allocation, we should never lose sight of the fact that 
the cure may be far more damaging than the disease If not properly applied. 

Our evaluation of the RRPM pointed up some problems with the model 
which will have to be corrected before the model Is Implemented. These proolems 
are not dealing with the structure of the model, but with the accuracy of the 
Input data which the model uses to generate Its cost Information. The unit costs 
generated for a particular major by the model are questionable when It Is known 
that majors Information forwarded by the Admissions Office for use In the model 
Is notoriously Inaccurate. This Is not an indictment of the Admissions Office, 

It Is simply an Illustration of the problems Inherent In the procedures 
currently used to gather such Information. At present, a student's major Is not 
actually known until he has a degree check In his senior year. 

The problems of accurate Input data are serious but not Insurmountable; 
with any number of procedural changes, the Input data error can be minimized. I am 
far more concerned with how the model may be used and the ramifications of such 
use on higher education. I feel that the model may be used very effectively as a 
means of equitably apportioning resources to the various functions In our colleges 
and universities, and that such a system fs necessary, can hardly be disputed. 

The more Information an educator or administrator has at his disposal, the better 
able he Is to make decisions (student body officers not excepted). However, I 
see a very serious danger In relying too heavily on the RRPM or a similar model 
In educational decision making particularly for high level decisions such. as are 
made In the Chancellor's Office of the California State Colleges. My reasons 
for feeling this way are simple -- the farther up the line the model Is used, the 
less the figures generated by the model have meaning^ for the context which gave 
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them meaning disappears. When this happens, we end up with the Chancellor's 
Office comparing the programs of one state college against those of another — 
which Is somewhat like comparing apples and oranges. Unfortunately, the model 
allows for the possibility of such comparisons and. In fact, encourages them. 

Perhaps the gravest danger the model presents to higher education 
Is the subtle unconscious definition of education Itself. I realize that I 
sound like some kind of Cassandra before the walls of Troy, but I consider 
this a very real and pressing long run problem. If you ask- a number of professors 
and administrators what education Is and what its purpose is, I will venture to 
say that you will have nearly as many different answers as you have people 
answering the question. Education Is usually defined in terms of Itself or 
with synonyms. It Is one of those words which, like "good". Is very nearly 
an Irreducible primary and has dbf ini tion only In the minds of the Individual 
educator which Is how It should be. This allows the student and the educator to 
experience and gorw. Perhaps education Is the experience and fusion of the various 
conflicting definitions. At any rate, a system such as the RRPH would. In time, 
erode and destroy a good deal of what we now call education. Just as nature 
abhors a vacuum, so too does such a model abhor the lack of standardization and 
quantification. In time, the comparison of costs and programs at the various 
colleges would lead to the cheapest and most efficient method of teaching being 
employed throughout the State College system. The most alarming aspect of this 
possible turn of events Is that It would be completely unconscious on the part 
of the people Implementing It. The system would. In essence, refine and 
procreate itself very much as does the state bureaucracy. The chaos and 
Inefficiency in state government Is not any one person's fault. The fault. If any, 
lies with the system Itself which, like an amoeba, engulfs and Ingests things to 
survive but doesn't realize (that It Is doing at all. One year. Finance cuts back 
In chemistry as the number of students graduated in chemistry Is too few to 
warrant the large expenditure; The next year the Chancellor's Office, seeing the 
difference In cost between English at Humboldt State and English at San Diego 
State, cut back at Humboldt to bring It Into line. And so It goes, a clerk asking 
a question here and a secretary asking a question there. After ten or twenty 
years, we will have homogenized milk and later we wl 1 1 ask why our society curdled 
and have no answers In triplicate. 

Admittedly, what I am saying Is an exaggeration to some extent, but I 
believe that it points up what I am trying to say. I feel that the RRPH can be 
a very effective tool on the Individual campuses for both planning and resource 
allocation and control, but I feel that Its use beyond the campus In, for example, 
a state system's central offices, should be tempered as much as possible. In 
other words, I feel that the model should be used to aid both the colleges and 
the state. However, the men who make decisions for education should be well 
aware of what the system Is and what can happen of every decision based on the 
model Is not carefully considered In the light of quality as well as cost. Finally, 
when decisions are made, those in positions of responsibility will project the 
Impact of the decision over the long run and not Just hop from crisis to crisis 









as they have in the past. For with such a cost accounting and planning system, 
as the RRPH promises, the consequences of thoughtless or emctional decisions 
could prove deadly over the long haul. 
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To: 


Don Lawson 

Director of Institutional Research 


From: 


' Eugene A. Fiocchini 

Assistant Business Manager 


Subject: 


Why RRPH for Financial Management 



The Resource Requirement Prediction Model as designed will give 
Institutions of higher education a system for long range planning 
and management. It should be used for 1ntra>co11ege comparisons 
not for comparing Institutlot.s unless there be comparability of 
Input, objectives, etc. 

Although It may be expensive and difficult to Implement, I feel 
the technology associated with RRPH does significantly Improve 
the art of management by Improved Insight Into the planning and 
decision making process at the college relative to allocation of 
educational resources. 

With our current conversion of our Subsidiary Accounting system 
for reporting budgetary and expenditure data, by program disci- 
plines, which was developed by UlCHE utilizing the HEGIS Disci- 
pline Classification Structure RRPH can become a useful tool for 
more effective and efficient decision making process. 
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TO: 

FROH: 



HUHBOLOT STATE COLLEGE LIBRARY 
Areata, California; 95521 



Or. Don Lawson, Director 
Institutional Research 
Don Koepp, College Librarian 




AOMINISTRATiyrAJFAIRS 

HUMBOLDT STATE COLLEGE 

JUL 11971 






SUBJECT: RRPM 



Initially I was interested In RRPH because of a general academic interest 
in the use of decision making tools in public organizations. This 
interest has been Intensified and, at the same time, forced Into a some- 
what less theoretical mode by the experience during the past several 
years of having to perform management functions in two very different 
academic organizations which have been affected. In varying degrees, by 
the application of such decision making- tools to the budgeting process. 

Unfortunately, at the point at which Intensive consideration of RRPH 
started on this campus I became Involved In other activities which took 
precedence. About all I was able to do during the period of Intensive 
consideration was to check from time to time on what the model was or 
was not doing with respect to the allocation of resources to library 
functions. 

• 

I am satisfied that RRPM does a reasonably good Job of registering the 
effects upon the gross requirements for library resources of various 
changes In the overall college program. 1 feel the use of such a model 
has obvious benefits for library programs. It assures automatic considera- 
tion of the Impact upon the library of various possible alterations in 
the overall college program, and reduces such consideration to quantifi- 
cations which are easily turned into fiscal requirements. The facility 
with which it does this has Implications at the local level, at-the 
Chancellor'.; Office level, and for the budgeting processes .-within the 
State Department of Finance and the Legislature. Obviously, this ease 
with which various alternatives c^n be reduced to dollar figures Is either 
an advantage or a disadvantage, depending upon your point of view. Hy 
point of view Is that, even with data which may not be exactly relevant, 
the advantages Inherent in the use of such a model on any level are 
greater for library programs than are the disadvantages. 
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Two possible sources of core reduction will be discussed. The first relates to the reduction of core 
by reducing the size of certain key system parameters, thus reducing the dimension of the various 
arrays in the COMMON areas (virtually all of the arrays in programs RP and RQ are in COMMON). 
The second productive area for core reduction is the development of an overlay scheme. 



Before discussing possible core savings it is necessary to deflne what the term “word” will mean in 
the analysis that will follow. For IBM equipment (S/360) one word is four bytes of eight bits each 
for a total of 32 bits. On the CDC 3300 one word is four bytes of six bits each for a total of 24 bite. 
For the CDC 3300 a real (floating point) variable utilizes two 24-bit words. The situation is 

depicted below. 



IBM 



1 8 


9 16 17 24 25 32 


1 1 


ce 

CD 


_!lJ 


[_!J 



1 Word = 4 bytes (8 bits/byte) = 32 bits 



CDC 



1 6 7 12 13 18 19 24 



Lil 


B2 


B3 


□ 



1 Word = 4 bytes (6 bits/byte) = 24 bits 




Word 1 Word 2 

For the CDC 3300 a real (floating point) variable uses two words. 



Because of these differences the discussion that follows will key on the notion of the IBM-type 
word. We will not then have to be concerned whether a variable is floating or fixed point. 



Dimension Analysis 

Figure C-1 contains the sizes of the subroutines and COMMON for RP and RQ. The COMMON sizra 
do not include the single dimensioned arrays. It diould be noted that the subroutine sizes will 
obviously vary according to computer and compiler. They are given here to denote their magnitude 
only. RP and RQ differ significantly in that RP’s overall size is determined mostly by its COMMON 
while for RQ the program size is the more consequential size contributor. 

All of the two- and three-dimensional arrays for RP are listed in Figure C-2. Across the top of the 
figure are listed the various program variables making up RP’s arrays. For each array the program 
variables it contains are checked. For each program variable a standard dimension has been selected 
for RP; e.g., the number of disciplines (departments) is 33, the number of student levels is 7, etc. 
One of the program variables is entitled Other Instruction Subprograms. The use of the term 
“Subprogram” here is in the WICHE Program Classification sense, not in the computer 
programming sense. These Other Instruction Subprograms include Special Session Instruction, 
Extension Instruction, and Experimental Instruction; i.e., aU anays with this variable are 
dimensioned with a 3. 

To proceed with a determination of the effects on core reduction by reducing the dimensions of the 
arrays, we perform the foUowing calculation. Selecting any one program variable and reducing ite 
dimension by 1 we can determine the resulting reduction in dimension size in all of the arrays in 





which it is contained. The table below then summarizes the COMMON core reduction upon 
examining each variable individually by reducing its dimension by 1 . 



Reduction Policy 


Words Saved 


Remove 1 discipline 


498 


Remove 1 student level 


405 


Remove 1 course level 


1,287 


Remove 1 faculty rank 


726 


Remove 1 staff rank 


396 


Remove 1 other instruction subprogram 


3,036 


Remove 1 instruction type 


1,617 


Remove 1 major (regular instruction) 


21 



These results ar e applicable only when considering one variable at a time. If two or more variables 
are simultaner asly reduced by 1, the resulting COMMON core savings are not additive. For 
example, removing one discipline and one student level does not result in a saving of 498 + 405 = 
903, but rather in something less than 903. In general, it can be shown that reducing two or more 
variables simultaneously will result in a core reduction strictly less than the results of the variable 
reduction effects on core when analyzed separately and then summed. This results from the 
interaction of the variables when they happen to be in the same array. 

The reduction policies listed ab3ve are useful to determine quickly where substantial core 
reductions are forthcoming wheu desired. It is obvious that reducing the Other Instruction 
Subprograms is the first most profitable core reduction scheme (if it is possible for the particular 
institution). In fact, this was the first strategy utilized at the California State Colleges to get RP 
loaded on the CDC 3300. Our second strategy was to reduce the student levels’ dimension by 4. As 
it turns out from this analysis we would have done better to reduce the course level dimension by 2. 
However, the course level variable is contained in more arrays requiring somewhat more 
keypunching time for the analyst. 

A similar analysis is performed for the RQ program. Figure C-3 contains the two and three 
dimensional arrays with the corresponding program variables making up the indices of the various 
anays. (As before the term “Subprogram” contained in the variables in Figure C-3 is used on the 
Program Classification Structure sense; i.e., arrays containing Research and Public Service 
Subprograms are dimensioned for 7, arrays with Support Subprograms are dimensioned for 19, and 
arrays with Other Instruction Subprograms are dimensioned Cor 3.) In the table below are listed the 
results of decreasing each of the variables by 1 . 



Reduction Policy Words Saved 

Remove 1 discipline 299 

Remove 1 faculty rank 759 

Remove 1 staff rank 592 

Remove 1 research or public service subprogram 1,156 

Remove 1 support subprogram 44 

Remove 1 other instruction subprogram 591 



Comments made previously about RP hold here as well. Since RQ’s size is more a function of 
program size, an overlay strategy may be more productive than COMMON size reduction. The 
reverse holds for RP. 
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Overlay-General Discussion 



Overlay techniques are available on most computing systems. This type of technique can be quite 
valuable in reducing the core storage required for a given set of programs. In simple language, an 
overlay technique makes use of the principle that at a given instant it is not necessary that all 
subprograms in a package be resident in core storage. Indeed, at any given instant only very few 
(one?) instructions are active. Most overlay structures work on this principle at a higher level; i.e., 
the subprogram which is now in execution is loaded into core storage of the computer from 
auxiliary storage and overlays the area of core storage used by the previous subprogram when it was 
loaded for execution. As in many other situations, a “trade-ofP’ is involved. The amount of core 
storage required for a given set of computer programs can be reduced by using an overlay but the 
amount of computer time required for execution of the set of programs is increased because it does 
require some computer time to continually load and re-load the necessary subprograms as they are 
required. In developing a proper overlay structure, the computer analyst will usually be aware of 
this “trade-off’ concept a.:>d select a structure to provide an adequate “trade-off* based upon the 
real circumstances. 

As an aid in visualizing the operations of an overlay. Figure C-4 is included. In this figure, core 
storage is displayed for a set of programs without using an overlay structure and also when utilizing 
an overlay structure at various points in time during execution of the set of programs. 

Overlay-RP Program 

This set of computer programs fits very well into an overlay structure. Most of the subprograms are 
called into execution either one time only or one time for each year of the simulation run. In regard 
to the “trade-off’ mentioned above, the additional amount of computer time required to load a few 
subprograms ten times (for a ten-year simulation run) is mimmal. It should be noted that had each 
subprogram been called thousands of times (such as might occur in a simulation of a missile shot) an 
overlay might not have been economically feasible due to an expected larger increase in the amount 
of computer time required. 

Utilizing the CDC 3300 computing system the following overlay structure was created: 



Program 



Overlay 



RP 

TERM 



Main 

Main 



YSTUDR 

ALTMOD 

UNCOST 

UNIRPT 

HE ADR 1 

HEADR2 

RDICLM 

IFLTN 

WRTAPl 

WRSCRT 

RDHEAD 

RDINST 

ENDYR 

INIT 



2 

3 

3 

3 

4 

5 

6 

7 

8 
9 

10 

11 
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Subprogram, TERM, was placed in the Main Overlay because it was used by many of the other 
overlays and is a small subprogram. Our version of RRPM did not use the subprograms YSTUDO, 
RDCOF, and GETCOF. Both YSTUDO and RDCOF would be included as separate overlays with no 
increase in core. Since the subprogram GETCOF will be called numerous times during execution of 
RRPM it would be more beneficial to use more core and reduce running time; therefore, GETCOF 
would be placed in the Main Overlay and would require approximately 600 words. The results 
displayed below represent results which would include YSTUDO, RDCOF, and GETCOF. 

Results of RP Overlay 

Core Required 

For Programs Only Running Time (CPU)* 

No Overlay 16,796 338 secs. 

Overlay 10,021 353 secs. 

In viewing the above figures, it should be noted that the amount of core required is that amount 
required for the computer programs of RP plus the amoimt required for subprograms needed from 
the computing system library. It does not include the amount of core storage needed for COMMON 
areas. 



In summary, with very little effort it is possible to save a significant amount of core storage for RP 
(more than 6,000 locations on the revised programs on our computer system) at a minimal expense. 

Overlay*RQ Program 

In a manner similar to the RP program, the set of programs called RQ fits very nicely into an 
overlay structure. Most of the subprograms are called into execution either one time only or one 
time for each year of the simulation run. 

For RQ the following overlay structure was created: 



Program 


Overlay 


RQ 


Main 


ALTMOD 


Main 


INSTSP 


Main 


INIT 


1 


RDCALC 


2 


FACTRD 


3 


RDSCRT 


4 


IFJJ^T 


5 


ACASPT 


6 


SSSERV 


7 


INDOP 


8 


SPACE 


9 


SUBSQF 


9 



*For our purposes running time includes compilation time and time for creation of the overlay. 



BOUND 


10 


WRTAP2 


11 


REPORT 


12 


SETDUM 


12 


SUMDUM 


12 



Subprogram INSTSP was included in the Main Overlay due to the additional entry point of 
PPLANT; however, it would be quite simple to break this subprogram into two subprograms and 
save an additional amount of core storage amounting to approximately 1 ,250 words. It should also 
be noted that the subprograms RESRCH and PUBSEV were not used in the California State College 
model. These subprograms could be replaced in the set of RQ programs with no increase in core 
storage requirements via this overlay structure. As before, we did not use subprogram GETCOF. 
Because of the frequency of its use, it would be placed in the Main Overlay and would require 
approximately 600 words. The results displayed below represent results which would include 
PUBSEV, RESRCH, and GETCOF. It should be noted that comparison between the results 
displayed below and those in Figure C-1 should be approached with caution. In effect, the results in 
Figure C-1 represent the amount of core storage needed by the programs in their “origmal” state. 
These programs were revised quite extensively for the California State Colleges’ situation in order to 
load RQ. The results below are based on the revised program. 

Results of RQ Overlay 

Core Storage Required 

For Programs Only Running Time (CPU) 

No Overlay 20,954 114 secs. 

Overlay 12,778 116 secs. 

As was the case in the discussion of the RP overlay, the amount of core storage required is that 
amount required for the computer programs of RQ plus the amount required for subprograms 
needed from the computing system library. It does not include the amount of core storage needed 
for COMMON areas. 

In summary , with very little effort it is possible to save a significant amount of core storage for RQ 
(more than 8,000 locations on the revised programs on our computer system) at a minimal expense. 

Overlaying of COMMON Storage Area 

In conjunction with an overlay structure, one specific area is of concern in regard to reducing core 
storage requirements — COMMON. As was mentioned earlier, the amount of core storage required 
for the data elements in COMMON in these sets of programs is very significant. Use of an overlay 
scheme can reduce core storage requirements for the computer programs but does nothing to reduce 
the amount of core storage required for COMMON. 

One method of reducing the amount of core storage required for data storage in COMMON is ideal 
in an overlay situation - the “overlaying” of data required by each overlay in the COMMON area. 
The concept here is quite basic. When an overlay is loaded into core, the required data is loaded into 
the COMMON area from auxiliary storage. Prior to transferring the overlay from resident core 
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storage, the data in COMMON storage is placed back on auxiliary storage with any new values that 
have been calculated. When the next overlay is loaded into core storage for execution, the required 
data for this overlay is loaded into the COMMON area from auxiliary storage thus “overlaying” the 
area of COMMON used by the previous overlay. The cost in computer time for this type of 
procedure is usually not prohibitive. Data is loaded into core only for the same number of times 
that overlays are loaded into core. 

For the set of programs called RP, this method of “overlaying” COMMON areas of each overlay 
would appear to be ideal due lo the small number of times that the overlays are loaded for 
execution; however, the structure of the progams does not easily facilitate this. A few of the 
subprograms (e.g., WRTAPl, YSTUDR, UNCOST) use an extremely large percentage of the entire 
amount of COMMON. Since the amount of COMMON storage that can be saved using this 
technique is the mathematical difference between the total amount of COMMON storage and the 
largest amount of COMMON storage used by any one of the overlays (in this 
instance - subprograms) it does not appear that a significant amount of savings can be easily 
achieved within the cur*ent subprogram structure. If it becomes necessary, due to computer 
configuration restrictions, to save additional core, subprograms such as WRTAPl and YSTUDR 
should be studied and divided into smaller subprograms to reduce the amount of COMMON storage 
used in any one of the newly created subprograms. This task might not prove to be very difficult 
and could provide considerable rewards. 

Overlaying of Individual Arrays 

Another method of reducing core requirements in a set of programs is to place arrays of data on 
auxiliary storage, read them in as they are needed by a given program (a section of COMMON 
storage is reserved for this), perform the necessary operations with the data, make changes in the 
data, where applicable, and write the data back out to auxiliary storage when finished. This same 
area of core storage is then used for temporary storage of other data as needed. 

This procedure, of course, could be used to a very detailed level in which only one element of an 
array is used at any one time; however, most of the processing during an execution of programs 
using such techniques involves only the reading and writing of data elements and thus, the 
processing time could be significantly increased. The amount of savings in core storage could be 
significant utilizing this technique; however, the running time would more than likely also increase 
very much and offset any gains achieved by the corresponding decrease in core storage 
requirements. 

This method of reducing core requirements can be quite costly from both the programming changes 
required in RP or RQ and the increase in running time. In short, it is believed that the computer 
analyst should attempt this method of core reduction only if the restrictions of the current 
computer configuration make it necessary. Prudent judgment should also be used in the selection of 
arrays to be placed on auxiliary storage and to the level of det.dl that this technique will be used. 
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PROGRAM RP 


PROGRAM RQ 


SUBROUTINE: 






SUBROUTINE: 




ALTMOD 




73 


ACASPT 


2,206 


ENDYR 




15 


ALTMOD 


152 


GETCOF 




597 


BOUND 


86 


HEADR1 




373 


ENDYR 


15 


HEADR2 




289 


FACTRD 


686 


IFLTN 




199 


GETCOF 


599 


INIT 




174 


IFLAT 


178 


RDCOF 




774 


INDOP 


910 


RDHEAD 




224 


INIT 


153 


RDICLM 




429 


INSTSP 


2,665 


RDINST 




934 


PUBSEV 


2,848 


TERM 




47 


RDCALC 


282 


UNCOST 




660 


RDSCRT 


133 


UNIRPT 




822 


REPORT 


1,929 


WRSCRT 




125 


RESRCH 


1,139 


WRTAPl 




1,194 


SETDUM 


37 


YSTUDO 




888 


SPACE 


1,494 


YSTUDR 




1,443 


SSSERV 


1,956 






9,260 


SUBSQF 


410 








SUMDUM 


68 


COMMON* 




19,021 


WRTAP2 


2,661 


TOTAL 




28,281 




! 20,607 








COMMON* 


9,471 








TOTAL 


30,078 


*Single dimensioned variables not included. 







FIGURE &1. PROGRAM SIZESOF RP AND RQ 
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Student 


Course 


Faculty 


Staff 


Instruction 


Instruction 








Disciplines 


Levels 


Levels 


Ranks 


Ranks 


Subprograms 


Types 


. Majors 


ACASAL (l,K) 




X 






X 










ACFTE (l,J,K) 




X 




X 








X 




AFTE (l,J,K) 




X 




X 


X 










AFTERD (I.K) 




X 






X 










AMSKS (M,K) 
ANP(I,N) 




X 


X 






X 






X 


ANS(I,N) 




X 








X 








AVESEC (1 ,J,K) 


X 




X 








X 




CIC(IJ) 




X 




X 












CRSLEV (l,J) 








X 












DIC(I,J) 




X 




X 












DIVCO (l,J,K) 




X 




X 


X 










DSCNAM (l,J) 
□STAR (M.K) 




X 


X 















FACLD (l,J,K) 
MJRTTL (l,J) 




X 




X 








X 


X 


NACSAL (l,N) 




X 








X 








OACATC (LL, 


) 


X 










X 






OACPdU.K 




X 






X 




X 






OACS(LL,l,K 




X 






X 




X 






OAFTE (LL,I) 




X 










X 






ODIV(LL,l,K) 




X 






X 




X 






, OFAC(LLLK) 


X 










X 


X 




OFTE(LLI) 




X 










X 






OGACST(LU) 


X 










X 






OGAFTE (LU) 


X 










X 






OLOAD (LL,I,K) 


X 










X 


X 




ONACST(LU) 


X 










X 






ONAFTE (LLI) 


X 










X 






ONONAC (LL,I,N) 


X 








X 


X 






ONONAS (LL,I,N) 


X 








X 


X 






ONSAL (LL,I,N) 


X 








X 


X 






OSCHC(LLI,M) 


X 










X 




X 


OSCH (LLI) 




X 










X 






0SECT(LL,I,K) 


X 










X 


X 




OSPEXP (LUO 


X 










X 






OSTUD(LLM) 












X 




X 


OTNCST(LLI) 


X 










X 






OTNFTE(LLI) 


X 










X 






OTNSAL (LU) 


X 










X 






OTSAL(LLI) 




X 










X 






OWCH (LLI,K) 


X 










X 


X 




OWSH (LLI,K) 


X 










X 


X 




OWSCH (LLLK) 


X 










X 


X 




RSCH (l,J,K) 




X 


X 


X 












SCH (l,J) 
STDLEV (l,J) 




X 


X 


X 












STUD (M,K) 
TOTFTE (IJ) 




X 


X 


X 










X 


TSAL(I,K) 




X 






X 










WFCH (l,J,K) 




X 




X 








X 




WSH (U,K) 




X 




X 








X 




WSHCO (U,K) 




X 




X 








X 




WSHD(I,K) 




X 












X 





FIGURE C-2. RP ARRAYS AND VARIABLES 
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Disciplines 


Faculty 

Ranks 


Staff 

Ranks 


Research and 
Public Service 
Subprograms 


Support 

Subprograms 


Other 

Instruction 

Subprograms 


ACASAL (l,K) 


X 


X 










ACFTE (L,I,K) 


X 


X 




X 






ADSALD (L,I,K) 


X 


X 




X 






ADWIP(L,I) 


X 






X 






AFTERD (l,K) 


X 


X 










AMSAL(L,I) 


X 






X 






ANP (l,N) 


X 




X 








CLASLB (U) 


X 






> 






CLASRM (U) 


X 












CLBASF (l,M) 


X 












CLSASF (l,M) 


X 












DIVP(L,I,K) 


X 


X 




X 






NACFTE (L,I,N) 


X 




X 


X 






NASALD (U,N) 


X 




X 


X 






NONAC(L,N) 






X 




X 




NSAL(L,N) 






X 




X 




NSALSC (L,N) 






X 




X 




NSSLS (L,N) 






X 


X 






OAC(LL,l) 


X 












OACP (LL,I,K) 


X 


X 








X 


OFFIC1 (l,J,K) 


X 






X 




X 


OFFIC2 (L,K) 










X 




OGAFTE (LU) 


X 










X 


ONONAC (LL,I,N) 


X 




X 






X 


OTNFTE (LL,I) 


X 










X 


OWSH (LL,I,K) 


X 










X 


RESLAB (l,K) 














SNCST(L,I) 


1 X 






X 






SUMNAC (UD 


X 






X 






SUMSAL (UD 


X 






X 






SUPEXD (UD 


X 






X 






TACFTE (UD 


X 






X 






TCOST(LK,NY) 








X 


X 


X 


TNSAL(L,I) 


X 






X 






WSHD(DK) 


X 
















FIGURE C-3. RQ ARRAYS AND VARIABLES 
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OPERATION OF OVERLAY 
FIGURE C-4 






APPENDIX D. 

THE PROCESSING 
OF 

RRPM AT THE REGIONAL CENTER 









Humboldt State College leases a CDC 3150 Computer System. This system is primarily used in a 
“stand-alone” mode for processing; however, the capability is also available to operate this system 
as a “terminal” in communication with a larger CDC 3300 Compu ter System at one of the Regional 
Centers of the California State College Computer Network System. Due to the amount of core 
storage required in the processing of the computer programs comprising RRPM, it was necessary to 
make use of the CDC 3300 Computer System at the Northern Regional Data Center located in San 
Jose, C alif ornia, This appendix describes some aspects of communication with the Regional Centers 
and includes some “deck setups” and “program listings” for special processing required in the use of 
RRPM at the Regional Centers. It should prove to be a valuable aid to other colleges who desire to 
use RRPM in this mode. 

There are two basic modules in RRPM. The first, called the prediction module, consists of two 
ANSI FORTRAN programs - RP and RQ. During the pilot test of RRPM each of these programs 
required approximately 43,500 words of core storage. (It is expected that this requirement will be 
significantly reduced very shortly with pending modifications.) The second module, called the 
report module, is an ANSI COBOL program - RR. This module requires approximately 30,700 
words of core storage. 

During the pilot test it was decided that several runs of RRPM were to be completed in order to 
evaluate the model with a variety of decision sets. It was, therefore, determined that a means of 
processing had to be installed that would eliminate the transmission of duplicate information a 
number of times. Included in this information to be transmitted at one time only was the ICLM file 
and the large source decks for RP, RQ and RR. It was planned to transmit these files to the 
Regional Data Center and save them on disc storage for processing at later times with various sets of 
data. 

The three source programs were compiled at the Regional Center and the object code saved on three 
files. The object code was placed on the file by using the “P = XXXX” option on the FORTRAN 
control card where “XXXX” is the data set indicator with which the file is opened. It is important 
to note that the block size of these files must be 1 280 characters. 

In transmitting the ICLM file to the Regional Center for storage on disk some additional processing 
was necessary. The software used in communications (CABLE) was not designed to accept tape 
input; however, it was easily adapted to do so. To facilitate this, subroutine OUTILITY was 
modified. These modifications are displayed in Figure D-1. 

The tape file that was transmitted consisted of two items: 

1. A job consisting of a small FORTRAN program which reads the ICLM file from tape 
(immediately following the job) and creates a disk file. The listing for this FORTRAN job 
is displayed in Figure D-2. 

2. ICLM File. 

The listing of the job that was used to create the tape described above is displayed in Figure D-3. 

After the above processing was completed, it was then quite easy to call for execution of RRPM and 
not “tie up” the CDC 3150 for long periods of time in transmitting. 
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In addition it should be noted that the “SAVE” feature is used so that after the information is 
transmitted to the Regional Center, normal operations of the CDC 3150 may resume. When using 
this feature, the output is temporarily “saved” on disc storage and may be retrieved by the remote 
user via a control card. 

Deck Setup For Processing RRPM 

The model was run as a stack of four (4) distinct jobs which were, of course sequenced together as 
a “stack”. 



Job 1 - Prediction Module (RP and RQ) 



A listing of the control cards and deck setup is displayed below. Two items are of special interest 
here - (1) an output file must be opened which allows for approximately 1,000 records for each 
year simulated in the run and (2) the object files containing the computer programs, the ICLM file, 
the auxiliary library file, and the library directory file must all be opened prior to calling the task. 



i;crMPn,PAi ss^ ,r0PFs8S*SCR = 70 *ri 

lionFF (R. ,MllMq0LnT*RP-0IIT,01 * * * Al I. ) 

HUMPOLOT *PP-0UT *01 t *fl4Pt4nflO**^*StP4lf773n) 

»»nFF (0* ,PoUT*HtiMWOLnT*P«*-OUT,ni t *n) 

««nFF (0* ,ODtHlJMqOLnT,WirHF,POPM,«P,07,RPDM) 

««nFF (D, ,DO»wUMRf>|.nT,WICHF.POPM*RQ*n?,PPOM) 

»»nFF (0, , Trl-MtHlIMROi f)T * TMnUCrh-cnDDSF-LO An-M aTP T X * Si *PPPM) 
«»rFF (D, ,MnTo*MASTFR*lIRPARY-nTPFCTOPY* AX ♦«*«*) 

S»nFF (n, ,m| tp,masTFR*URPAPY. AX 

SFTLP.SsTMP 

«FTLF*f> = ri|IT 

CFTl.F,41 atrCM 

«FTI F,44aPOUT 

tVXX.PP 

f «IIX*MLTR *MPtP 

(HATA FnO PO) 

«VY*on 

«AIIX*WLTP*MDtR 

(DATA For po) ' 
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Job 2 — File Conversion Program 



This program adds two words to the beginning of each record of the output file created by Job 1 to 
convert the file to a format acceptable by both the “SORT” program and the report module. The 
converted output file is designated as edition 02. A listing of the control cards and program is 
displayed below. 



?.)nR,30Qo3*^OS*RRPMOfl04*7*?00, ♦RRPMnB'^S 
f?:rHFn,R4l3T,C0RFa45,CLASS«B,SCPalft 

«MAPaN 

^♦nEF(Rt,MMMpOl.r)T*RP-OUT*ni • ♦ ♦UNUSFO) 

«*nFF(0 * •POUt*HUmroLDT*RP-OUT*01 ) 

**hEF(R*,MllMR0L0T*RP-0UT*0?* ♦ *ALL) 

f *nFF ( A , , Ml ImoOLPT • RP-OUT • 0? * * * 134 *4000 • • S • S * R41 • 7710) 

««nFF (0, ,RRTW*HUMR 0 Lr)T*RO- 0 UT, 0 ?* * 0 ) 

<PTLF*41 aPOUT 
«FTLF*4?bPRtm 
«FTN(X) 

pqrv;RAM FAKER 

C ♦♦ THIS PROfiPAM IS AN ATTEMPT TO GET FORTRAN PlTSK OUTPUT INTO 
C ♦# a form which sort and COBOL CAN RFAD 
OTmfNSTON TA(40) 

KOMNTiaO 

Kn»IMTJ?a0 

s continue 

READ (41*100) (IA(T) *Ial*34) 

)00 format (34A4) 

IF(EOrrKF(41)*E0*l) GO TO 700 
KOUNTTaKOUMTUl 

WOTTF (42*101) KOUNTl * k 0UNT2, ( I A ( T ) • T«1 *20) 
lOi format (22A4) 

GO TO R 

706 comttNiie 

ENOFTLF 42 

WRITE (41*105) KOUNTl 

lOR format (IHO* T4* 2X* iTHRFCOPnS CONVERTED) 

STOP 777 
EMO 

FINIS 

SILL.LGO 

%% 



I 

I 



liri 

r, 
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Job 3 - SORT 



A standard CDC System SORT is used to arrange the file in an order for processing by the report 
module. The sorted output file is designated as edition 03. The. report module requires the file in 
one of two sequences for processing. For a description of these options, refer to the remarks in the 
program listing of the report module or the documentation. A listing of the cards for Job 3 is 
displayed below. (It should be noted that the column locations have been distorted fee a few cards 
in order to fit the listing into this report.) 



« A v/c 

« '’ohoSt 1 t , ,pppmooo4 

cerwrn , rnRFs'J‘3 . = 1 S»Cl. ASSao,qAl al 

(P , , miMooi nr , PP-OUT* 01 , , ,iimi iSFn> 

(R, ,wiiMpni.nT,pp-oiiT.o?»o"NMSrn> 

«;«nFr (0* 

«*nFF ,1 t 0 1 , ♦ , ALU 

■».i>nFr ( A ,M,| ilMl , qmir t 01 ♦ ♦ , nAa,cioo ♦ ,P,F»R41 ,77*10) 

^i<»nFF (0. .1.1 ll^'l »l MM\ .SORT, 01 ».ni 
t<-‘nFF (D,v,| Dm?. SnpT.O?. ♦ . ALU 

«<»nFF ( A t 0?. t . 1 ?An,SOO ♦ .S. S«R&1 .7710 ) 

T*nFF (0 ,'.i,lDm?.| M^|?♦SOPT,0?.,^) 

<npFF n?, .uiiMQOLOT.RP-nUT.O?,,, Al I. ) 

«*nFF f A, ,UMMqOLnT,RP-nUT.01,,.llA.40on..S,S.nAl .77*10) 
q;<»nFF (0, ^SOUT.MllMflOLnT.RP-OljT.O*!, ,0) 

<«SnPT 

mio??io Vlooi?ftOoo 



1 AnSn 1 *14 llF 


ST'M mmmioi otrp-out 


0? 


SO 


1 f^TTOl 141 14«F 


L'lNIL'iM) 


SnpT 


01 


SO 


1 riToi 141 140r 


lJ.IN?LilN? 


Sn T 


0? 


so 


inpnoii^ Ur 


SOUTH'iMpni OTPO-OIJT 


07 


So 



QFMOMSS 

IJM) ) 

«*nFF (r .'ii.I.DM?) 

«*nFF (P.M.i t'lMl .SnpTtO) . . .4LL1 
«*hff (P,w,i iiMP.SORTfO?., ♦ ALLl 

«*nFF (r, ,STNM 
«*nFF (f. ,S0 Ut) 

S<»nFF (R, .HDMoni.nT.RP-OUT. 0?., .MMIJSFni 
S*OFF (R, ,HIIMonLnT.«P-OUT. 01,, .MMIISFO) 
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Job 4 ~ Report Module (RR) 

The report module is the last of the four jobs in the stack. One item to note here is that RR was 
changed to “accept” the edition number of the file from a control card. In the control > ard the 
Hollerith string “EDITION” appears in columns 1-7 and the edition number appears in columns 
lO-1 1. A listing of the control cards for this job is displayed below 



It.inR, ?0Qn?S0*;tRRPM0RnA*5»?S0n * ,qopMnons 
ai ,rr)RF»ftO*SCRa?0»^*LASS*R 

1!*PEF (0» ,PR*Ml)MqnLr)T ,WICWF.RRPM,RR*01 tRRPM) 

i»r>nL*RR 
eptttom m 

(COmTROi CAROS FOR RR) 



ERIC 



loo' 

121 



.inB,ooonoono,cor 

rnsv 

roSY v^.i 06/?R/7i 

nPLFTF/ 1?Q 

r 

r 

r #* #* *♦ «« «« •• *« ## «« •• •• «« «• •« •• *• 

r THTS rwAMGP WAS madf to allow carlf to accfpt TaPF input 

TF > TNCAPn ( 1 ) .FO, 000540^00 ) TNCAOndi » 000540POR 
TF '( TMCApOcT) .Nf, OnOB4020q)fiO TO ISO 
r?no TF( TmCAOPM) .MF. 000540?0R ’» GO To ISO 

r ♦* ## ♦<» *<» ** ♦# #* ♦# #* ♦# ## •# ## ## 

r 

r'lTTl.TTY OFrK/ T,M 

FMOrnSV/ 

FnRTPAM,TaS4 ,L« Af M,p 



PIGU^ D-1 

122 



101 



o 






56ar-t*’ 



■umwai 






r 

r 

r 



i 




( 

f, 



I 



r 

r 

r 

S 

r 

r 

r 

r 

r 

r 

r 



r 

r 

c 

r 



fn 

7 

r 

A 

in 

r 

r. 

15 

15 

?0 




11/3?/3*100 FORTRAN (3.D/MS0S 05/2B/71 

SUPROllTTNr CIJTTL1TY( MODE ) 

o THIS ROUTINE IS COMPATTRLE WITH CALCOM, (03-01-71) 

<»*♦<»*♦«»##*♦#•#«♦►*********•**•••* 

COMMOM RLnC«(1^9)* LOCNAMr ( 1?«) , jCARD(qO). KCARn(l2) 

CMARarTFR jCAon* kcard 
otmenston ikcaro(20)* LCAro(?) 

FOUTV^I FNrE (TNCARD* JCARn) . ((.CAPO* KCARD) 

COMMOm/OAtA/ JORNO ( 12) 

0ATA('( JORNO(T)* Taltl? ) « 4H 1, 4H 2t 4H 3, 4H 4* 4H 5 

V . 4H 5» 4H 7t 4H Rt 4H 9. 4H 10. 4H 11* 4H 12 ) 

INTFOFR R|0CK. dtskin, RL 
INPal 0 
OTSKTMbS 
JCOUMTal 
JHFLPa 0 
NR Ms 9 

Cl FAR TWE lOR NUMRFR TO ( -1 ) , 

DO 5 T« 1. 120. A 

LOCNAMF(I)s -1 

Thf first word of the OTRE^CTORV must be 0 SO THAT 
routine niSKiN WTL NOT FORMAT THE INPUT RECORO, 

LOCNAmF(I) s 0 

RIITIO A DUMMY FIRST JOP ENTRY IN CASE OPERATOR SENDS JUST Sf. 

I.OCNaMFl5)B 4H 
L0CNAME(5)« 4H 
L0CNAMF(7)b 4H 
LOCNAMF(R)* 2 

MOOF B 1 FOR CARO TO MASS ST0RA(;E. 

• ^ FOR MASS STORAGE TO PRINTER AND/OR PUNCH. 

TF( MODE .EQ. 2 ) 10000*5 
CALL IOCATEC 0ISKIN.2.JREJ ) 

IF( JRFJ .EO. I ) 10* 7 

TLOC ■ ILOC ♦ I 

IF( ILOC .IT. 1 ) 5* R 

locate error on disc 

CAI L MESflOUTC 10 ) 

RETURw 

J B 4 

lMtTlAi,I2E POFAC 
RLOCK(?) B 12 

make Sure card reader is ready before first card is read. 

so To‘( IS, 16 )• UNITSTE(InP) 

CONTINUE 
IPARb 0 
TLOCb 0. 

FIGtJRE D-1 (Cont'd) 
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THTSra n 

9*; R'lFFPPTNfTMPfO) (iNCARnn) • TNrAPD(20)) 
lA Rn TA ( ?00* 1 70) •UwTTSTF ( INP ) 

40 jnpXs .1-1 

no 41 Tsi,?o 
TOFXs inFV*T 



41 



r 

r 

r 



r 



4? 



41 

44 



r 

r 

r 



4R 

r 



4f> 



r 

r 

r 

r 



RO 

r 

r 

AO 



Rl 0C»< ( TOFX ) a TMCApn(T) 

IF ( TM^ AOn f 1 ) ,mF , AHf.jOR) <10 TO 4S 

jrcT FOP .lOR CARD* TF FOLIWO PFCORD .lOB NO,* TOENT** ANO RLOCX 
Frio (?FlTAPT FUM.CTTON OF COMM, FXFCUTIVF ( COmFX ), 
irniiK'Tz jmtjNT* I 
JUFl r>a .iHPi o* 1 
KoTz irniiMi* HFLP- I 
I nrMA'iF(KrT*l ) = JOBNO( JCO'iN'T-l) 

I orMA‘<iF (KrT* ■5)= 4H 
I 0rMA«F(K0T* l)« 4H 
LOOMAMFfKrT* 4)a MRN 



l.s 0 

T<iWs 1 

nn 41 T= 7, 1? 

TF ( Jr ADO ( T- I ) *F 0 * 4 H 000 * ) TSu(a ? 

on TO f 41 , 4 ? ) TRW 

I = l.*i 

KO APO ( 1)3 JC AOn ( T ) 

TP ( jr AOn( T) *NF, 4HOOO* ) <10T0 4*^ 
KOAPO (I ) ji IH 
OO To 44 
rOMTTMlIF 

LOONAMF (KrT*?) 3 UCARO M ) 
LOcwAMP(KrT**^) = LCApn(^) 

PfmowE TPATUNO BLANKS, 



rA|L RO'IFK Rl • RL0CK(?)* BLOCK •JaIR ) 

SPT THp PFrORO LEMOTW FOR THIS RECORD, 

RL0CK( 1-1 ) ii RL 

TF (BLOCKt J) *EO* 4HS* )4A* SO 

RL0CK(.))a 1717363BB 

SFT PL WORD TO SHOW EOF STATUS OF TMT5 PFCOPO, 
AMO wRtTE block on DTSr, 



B| nCK ( j-1 ) S 4H 004 
00 TO An 
COMTTMMF 

SFT start TNO location FOR NEXT REAOi 



J B -.1 ♦ R| /4 ♦ 1 . ' . . 

TS ThEpF EMDUOH room FOR ANOTHER CARO**.* 
TF ( block (?) ♦ BO *GT, S16 ) ftO* 20 

NRMaAtOM*! 

RI.OCM ( 1 ) *NBN 



FIGURE > D-1; (Cont! d) 
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o 



on 

100 

110 






l?fl 

r 

no 

r 

no 



160 

r 

170 



RIIFFFQ OUT(nT<;KlN, 0 ) (RLOCk(l) , BLOCK (!?«)) T ^ 

BO TO{ lOOi^ 10 * I 30 t 110 ^ n' 60 *>'nO)>k'''llNfTSTF<nTSKT^)’ ' ‘ • 

TOTSr» TOTSr^l ;. , . -iv::;-’. 



TF( THTSr *LT. V 90*120 
P/l0TTV?^-FBIRn9'^OKirotsCi^' 






;pi 



r „ r,i 'h ^ a 5 u 

' f: fVt , ■ , , , oppppc? 



i/’ll" 



y O n c- > ■•’. ■inrt > 

h' .■••> 1 f 



CALL mfsGoUK 11 ) $ BETUOW < r/xi' T-t 

EMO OF FTLF ON DISC* • / 

'\t BETUtlN I •• ■■'•’' ■■■ 

DTBr ■'•WkiTT; TNOPERARLS* ' ■■■■' ' ii-'. -V. i.n/; 

■!: Ca(HI IB ) S OETUON . < , . 

EMn OF OFVTCE DETFCTEn ON niBC. • 

COI L mfsOoUK 16 ) $ PETUoN < . . 



EMn-OF-nEVTCE* CONTINUF RFAOTNO, 
CALL mfSGOUK 14 ) $ GOTO 40 



r PFOLACP LAST TWO CAROS* MT/MT, 

iso CALL mfSOOUTM-I) % IPAR ■ IPAR ♦! ' f f 

IF( TOAP ,LE* 1 ) 181. 18? '■ ' ’ ••" ■•> 

ifll PAI.ISF % GO TO ?B . ' . r.^.. > . r- 

r IRRECOVERaRLE PARITY ERROO* 

is? RETUPm 

r 

r . ■•..■■■••■ .. 

r «« «« «« «« ## ## *• •• •# •• •• •* ' •• 

c This change was maoe to allow cable to accept tape input 

?00 IF ( TNCAoO (1) .FO* 00054060R ) TNCAPO ( 1 ) « OO0S4O2OB 
IF ( TNCAPOd) *NE* n0054O?flP)QO TO iBO ‘ 

C?00 TF( TAJCAROd) ,NE, OOOS40POR ) GO TO 1«0 



. Bl.OCKt.l 1*0 

flUFFEP OliTrntSKfN.O) (RLOC»<(l)*BLOrK(l?B>) 

?R0 (So TO('?b 0, ?^0* T30'* 1 10) (IJNTTSTFrDlSKTNI ) 

r - ■ ' • 

r locate to block one ANn write THE OTRECTORV. 

r ■ ■ ■ ' ■■ '' '' ' ■■ • 

290 CALL i.OCATElOTSKlN* 1* JREJ) 

TF(JPFJ*EV5*i) 310* 300 
300 IL0C« TLOC* 1 

iFdLor.LT.l) 290* 0 

310 RUFFFOOUT fOTSKlN'.OMLOCNAMEd) • I.OCNAME ( 1 28) ) 

3?0 GO TO (3?0'* 900* 130* 330) (UNTTSTF (OISKTN) ) 

330 iniSC* TOTSC* 1 
BACKSPACE OTSWTN 
TFdniSC.I T,3) 310* 1?0 

C 

c come Here for mass storage to print ano/or puncm output 

r ■ • 

lOOOO CALL PRMTPtJN 

900 COWTTWMF 
RETURN 
ENO 

FIGURE D-1 (Cont'd) 
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104 



'tACri 

« !ioq,‘3n<io^»Rn5tHMMRlonin*icnoo*io,trPEATF tclm ht^k ftif 

»cCMFn,r| AS^sP*rOREs4?**;CPai 

«*nFF ( A , ,HUMPntnT t iNnilCFO-C'^MPSF-I .OAD-MATRT* • ni «PPPM,RRPM«144«ini ft i 
<QQQQ90,,,fl4l ,773ft) 

«*riFF (0, , TCt M,HMMROLftT* TNniirFn-rOURSF-LOAft-MATRTX , 01 ,RPPM,0) 

«FTI F,41sTC| m 
«rTM(X,i ) 

OOOROaM P I 

r tMTS ORO'^PAM CRFATFS A HTSK FTLF ftF THF TWHUCFn COUP^F 1.040 

r waTPtX, THF TNPIIT matrix TS on ^TAMOARO TMPIIT (ftO). 

r ^n^ TMTS DROaPAM fiOFS OM TAPf AHFAft OF THF TCL»^* TO OpT TT THFPF, 
r Iiqp cROOtJAM #HI*. 

riTMrMqTftN TA(40) 
nTMpMcTnN TCLH 

DCAl tCL'^ 
w^rtilMT-n 

M^TTF f f 1 • 1 ftft ) 

Inn pnpMAT ( 1.M1 ) 

MfJTTF f 4 1 .101) 

Inl pnQMAT(7fti^J I.Oft FOR PP(nAOAM ONP) 
rjpAn (40 . 1 n 7 ) TA ( 1 ) 

1 n7 r'AO'MT ( T4) 

’.injTf (4l.\n7> TA(1) 

In rnMTtM'.iF 
1 n? poOMAT C «ft a 1 ) 

nn 70 K7sl , 1 
no 70 Kl»l • 3^ 

0PAn(4n,in4i { TCIM { t tn-P ,K31 • T 01 , 3l ,M1 , M?,M3 
TP (POFOKF (4ft) ,F0, 1 ) ftp TO 7ftO 
i^niiMT-KniiMT^ I 
5*n rnMTTA'MF 

r »» <H» «M> ** A* ** «* *♦ •* *♦ •* ** ** *• ♦♦ ** 

\ i 

r 

r NOTF . THTR format is OTFFFPFNT FOftM TMF STANOARO TCLM FORMAT TM RRPM, 
r THTft rwANftF WAS MAoF TO COwSFPVF OISK SPACF. A CORRrsPONOTNft 

r rHANftF WAS MAOF TN SMRPOi.ITTWF pniCl.R OF PROGRAM PP, 

r 

r *♦ #* •* ** *♦ »* *♦ ** •* ** •• *♦ ♦♦ ** 

on 1ft M3al , 31 

WRTTF T41,105) ((TrLMrWl,M?,M1),Nl«l,31 tW?*! tlltMlfMa 

3-n rOMTTWHF 

ins fopmAt (RFift,4,2TP) 

104 FORMATdFl ft.4,44X,3T?l 
inl FORMAT CX*«ftAll 
ftO TO 1ft 
TOft rowTlwilF 

FMftFTl F 41 
woTTF (41 , 1 ft4) KftUWT 
104 FORMAT (X,14HRFCORO Cft'IMT ■«T4) 

STOP i 

FMO ^ 

FTmT< 

SOB.MftO 



FIGURE D-2 
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=<;FOiiENrFf 9 qo 

= .t0n,9rt9ein5l •IN9T, RESFAWCH, t Nn» «P9PH 
srOPTRAMf^<fl 

program rt 

r <♦# THIS PRORRAM REARS A PQOflRAM DECK FROM TMF CARO READER# 
r wQTlrS TT ON TAPF (3l)# REARS THF INOUCEO COURSE LOAD MATRIX 

r ppoM TAPF (30) AMO WOTTFS TT ON TAPE C3D# THEN ADDS TME «S AND 

r 7/0 PNOSCOPE ANO EOF TO MAKE THE TAPE SUTTARLF FOR CARLE INP))T 

r 

nTMFNoTON TA(RO) 
otmeNoton IR(40 ) 

K*n f kk»o 
no S T«l#40 
S Tn(T)*0 

r *» T/OE OF 7/9EN0SCOPE 
Ton)» O0OS4020B 
in roNTlwiJE 

f •« pFaO PPORRAM #RJ# from the CARO RFADFR 
OPAO (A0#10?) (IA ( I ) • T«1 #P0) 
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